Αντικειμενοστραφή πρότυπα.

Έχουμε κάναν java-άνθρωπο, ή C++άνθρωπο στο ακροατήριο; Θέλω να πω κάτι προγραμματιστικά τώρα. Όπου δηλαδή εγκαταλείψτε κάθε ελπίδα οι μή καλωδιωμένοι, ή για να το πω αλλοιώς (αφού την πάτησε ο καϋμένος ο aizen):

Ουδείς ακαλωδίωτος εισήτω!

(όπως λέμε spoiler alert αλλλά από την ανάποδη!)

Λοιπόν, πολύ σύντομη ανακεφαλαίωση, τα ξέρεις αυτά. Τα αντικειμενοστραφή πρότυπα, τα design patterns της Gang of Four, είναι το εξής. Έχεις μια δομή που υποτίθεται οτι είναι ιδανική για το πρόγραμμά σου, στο πλαίσιο μιας άλφα λειτουργικότητας που θες να έχει. Και δεν υποτίθεται απλώς, είναι. Και τη χρησιμοποιείς ως πρότυπο για συστήματα που έχουνε παρόμοιες λειτουργίες.

Παρατηρώ λοιπόν πως αν έχεις μια δομή κώδικά κι απλώς αλλάζεις κάθε φορά τα στοιχεία που την αποτελούν, στην πράξη ξαναχρησιμοποιείς τον παλιό σου κώδικα. Αν έχεις δηλαδή ένα pattern και απλά του αλλάζεις τα αντικείμενα, κι αν έχεις ένα παλιό σου πρόγραμμα και το κάνεις copy-paste και του αλλάξεις όνομα στις τάξεις, ε, το ίδιο πράγμα είναι. Κι εδώ που τα λέμε αν έχεις μια εφαρμογή, πχ, του Abstract Factory, δε θα κάτσεις να το ξαναγράψεις από την αρχή... θα το κάνεις copy-paste στην καινούργια εφαρμογή. Και υποτίθεται πως όλη η ιστορία με τον αντικειμενοστραφή προγραμματισμό (εντάξει, όχι όλη- ένα μεγάλο μέρος όμως) είναι οτι αποφεύγεις την επαναχρησιμοποίηση του κώδικα, το code reuse, κακώς εννοούμενο.

Λοιπόν, εφ' όσον έχεις μια δομή που κάνει τη δουλειά που θες, γιατί δεν την γενικεύεις, να την κάνεις γλώσσα και να ξεμπερδεύεις; Αυτό που θέλω να πω είναι, πιάνουμε τα patterns, πόσα είναι; Τόσα. Να τ' αφήσω. Τα εκφράζουμε ως σύνταξη. Και γίνονται τα στοιχεία της καινούργιας μας γλώσσας, της, πχ, Pattern Oriented Language. Και μετά για να προγραμματίσουμε σ' αυτήν, διαλέγουμε ένα pattern, εκφράζουμε τη δομή του στη γλώσσα μας και προσθέτουμε τη δική μας ντάτα- και ασχολείται το pattern με την χαμηλού επιπέδου λειτουργικότητα και πώς να τη διεκπεραιώσει.

Παράδειγμα (εντελώς άψαχτο, σόρυ):

pattern(Abstract_factory, Concrete_factories, Abstract_products, Concrete_products).

Όπου Abstract_factory είναι μια λίστα με τα χαρακτηριστικά του προτύπου, και Concrete_factories, Abstract_products, Concrete_products είναι λίστες (ή άλλες δομές) με την πληροφορία που χρειάζεται το abstract_factory πρότυπο για να λειτουργήσει. Αυτό δηλαδή που θα είχες ως τάξη στην γλώσσα σου, java, C++ κλπ. Αντί να τα εκφράσεις ως μέθοδους και τάξεις, του τα περνάς ως παράμετρους και σου μένει χρόνος να σερφάρεις στο ίντερνετ. Αυτό λέω. Αφήνεις τον υπολογιστή να κάνει τη χαμαλοδουλειά- γι' αυτό δεν τους έχουμε;

Αυτό είναι που κάνουμε και με τις μέθoδους και τις τάξεις. Η μέθοδος είναι μια δομή για τη ντάτα σου, η τάξη είναι μια δομή για τις μεθόδους σου. Κι έτσι προχωράμε προς τις γλώσσες προγραμματισμού υψηλότερου επιπέδου, διαρκώς οργανώνοντας και αφαιρώντας. Οργανώνουμε την πληροφορία μας σε όλο και γενικότερα σχήματα και κάποτε θα φτάσουμε και στην πλήρη φυσική γλώσσα. Για να πετύχουμε τον απώτερο σκοπό, το φωτεινό όραμα, τη μεγάλη υπόσχεση της πληροφορικής, να λες στο πρόγραμμά σου "φτιάξε ένα φραπέ" και να σου απαντάει "Τί χρώμα καλαμάκι και με πόσες ρίγες;".

(Αυτό αν γουστάρει- αν δεν γουστάρει θα σου πετάει το βάζο με το νεσκαφέ στο κεφάλι).