Design & Architecture

Απ: Πως ξεχωρίζουμε τον κώδικα που γράφουμε από αυτόν του .net

eliasm — Wed, 26 Nov 2008 02:07:45 GMT

Θα συμφωνήσω με τον προλαλήσαντα και για έναν ακόμη λόγο, είναι σίγουρο ότι θα κάποια δεδομένη στιγμή θα χρειαστεί να διαβάσουμε τον κώδικα κάποιου άλλου ή να δούμε κάποιο παράδειγμα στο internet,οπότε είναι καλύτερο να έχει συνηθίσει το μάτι να διαβάζει σε ένα στυλ που είναι κοινά αποδεκτό

Απ: Πως ξεχωρίζουμε τον κώδικα που γράφουμε από αυτόν του .net

KelMan — Thu, 20 Nov 2008 19:21:34 GMT

Θες να μεταφέρεις γιατί πολλές φορές έχεις ένα class library και σου λείπει ένα κομμάτι που βρίσκεις κάτι παρόμοιο στο internet σε άλλη όμως γλώσσα, οπότε δεν βάζεις ένα νέο project ίσα-ίσα γι αυτό το κομμάτι, το μετατρέπεις, το φέρνεις στα μέτρα σου και το βάζεις μαζί με το υπόλοιπο class library.

Απ: Πως ξεχωρίζουμε τον κώδικα που γράφουμε από αυτόν του .net

Παναγιώτης Καναβός — Thu, 20 Nov 2008 19:12:24 GMT

Δεν είπες εσύ "δεν παίζει", ούτε εγώ είπα ότι κάτι από αυτά που λες δεν παίζει, εγώ είπα ότι το "_" γιατί εκείνη τη στιγμή δεν προλάβαινα να δοκιμάσω τον κώδικα και να δώ ότι το "_" όντως παίζει. Απομεινάρια της VB6 ... Όσο για το "καλό είναι", λέω ότι καλύτερα να ακολουθεί κανείς το convention της γλώσσας. Όσο για να μεταφέρεις κώδικα σε VB .... γιατί? Αφού άνετα μπορείς να χρησιμοποιήσεις ένα assembly σε C# από κώδικα σε VB.NET. Γιατί να το μετατρέψεις και να ξοδέψεις τόσο χρόνο για κάτι που είναι έτοιμο?

Το link που έδωσες το είδα αλλά αναφέρεται μόνο σε VB. Όσο γι αυτό που έκανε ο Palermo, έφτιαξε ουσιαστικά ΔΥΟ PROPERTIES οι οποίες διέφεραν μόνο στο case του πρώτου γράμματος. Το να βάλεις σε μία κλάση δύο properties που διαφέρουν μόνο στο casing είναι .... κακό. Το να έχεις ένα private field με μικρά για να αποθηκεύσει την τιμή ενός property με Camel case, δεν δημιουργεί κανένα πρόβλημα.

Απ: Πως ξεχωρίζουμε τον κώδικα που γράφουμε από αυτόν του .net

KelMan — Thu, 20 Nov 2008 19:02:02 GMT

Ρε Παναγιώτη έλεος! Δεν είπα ότι δεν παίζει! Που το διάβασες αυτό στο μήνυμά μου? Είπα "καλό είναι" με τη λογική του ότι μπορεί να θέλεις να μεταφέρεις κώδικα από C# σε VB οπότε θα πρέπει να κάνεις χειροκίνητα αρκετή δουλειά. Και υπάρχουν περιπτώσεις (δες το link που έδωσα) που αυτή η τακτική δημιουργεί πρόβλημα. Επίσης, το _ convention γιατί λες ότι "δεν παίζει"?

Απ: Πως ξεχωρίζουμε τον κώδικα που γράφουμε από αυτόν του .net

Dimitris Papadimitriou — Thu, 20 Nov 2008 18:43:39 GMT

Προσέχοντας λίγο τα guilelines του Brad Abrams είναι σαν να βλέπω πολλά από τα rules που επιβάλει το StyleCop. ...το οποίο παρεμπιπτόντως δεν είναι για καταστολή αλλά για να βοηθήσει μια ομάδα να γράφει με παρόμοιο τρόπο, καθώς πολύ εύκολα το configuration που επιλέγει κανείς μπορεί να γίνει κοινόχρηστο μέσω ενός shared folder ή ακόμα καλύτερα του source control. Ιδιαίτερα χρήσιμο επίσης και όταν υπάρχουν νέα μέλη στην ομάδα, αλλά και για τους παλιούς, γιατί όλους μας μπορεί να μας ξεφύγει κάτι κάποια στιγμή.

Απ: Πως ξεχωρίζουμε τον κώδικα που γράφουμε από αυτόν του .net

Παναγιώτης Καναβός — Thu, 20 Nov 2008 18:36:17 GMT

Θα διαφωνήσω με το τελευταίο γιατί απλά, μόνο η VB έχει τέτοιο θέμα. Η C# δεν έχει θέμα και άνετα μπορείς να γράψεις το (private) πεδίο με μικρά και το property με κεφαλαία και να μην έχεις κανένα πρόβλημα. Άσε που αυτό είναι ήδη ένα από τα πιο συνηθισμένα conventions στη C#. Οπότε, αν δεν γράφεις με VB, γράφεις άνετα τα πεδία με μικρά. Παρεμπιπτόντως, και το δεύτερο πιο συνηθισμένο convention σε C#, C, C++, Java δεν παίζει σε VB, να βάζεις δηλαδή ένα _ μπροστά από τα ονόματα των πεδίων. Οπότε, είναι προτιμότερο να ακολουθείς ένα από τα δύο conventions που χρησιμοποιούν όλοι παρά να φτιάξεις ένα δικό σου.

Όσο για το να ξεχωρίσουν οι μεταβλητές και οι κλάσεις? Δεν βλέπω το λόγο - εκτός και αν ο κώδικας είναι εξαιρετικά κακογραμμένος. Διαφορετικά, απλά προσθέτοντας ένα C μπροστά από τον ορισμό ενός τύπου όπως κάναμε παλιά με την C++ καθαρίζεις. Οι μεταβλητές ποτέ δεν πρέπει να ορίζονται μακριά από το σημείο χρήσης τους, οπότε πάλι δεν πρέπει να υπάρχει πρόβλημα. Ακόμα όμως και αν κάποιος δεν είναι σίγουρος που ορίζεται ένας τύπος, μπορεί με ένα Go To Declaration ή βάζοντας το ποντίκι πάνω από τον τύπο να δει που ορίζεται μία κλάση.

Αντιθέτως, είναι πολύ πιο σημαντικό να χρησιμοποιεί κανείς επεξηγηματικά ονόματα για τους τύπους και τις μεταβλητές του. Αντί για i, j, k, c και μπόλικα comments καλύτερα να γράψει customerIndex, productID, secondsToExplosion, totalCars.

Να επαναλάβω, ότι αν ο κώδικας είναι κακογραμμένος και δεν ξεχωρίζει ποιός τύπος είναι του .NET και ποιός της εφαρμογής, υπάρχει πολύ σοβαρότερο πρόβλημα και θα πρέπει να αντιμετωπιστεί άμεσα. Αν οι μεταβλητές ορίζονται 3 σελίδες πριν χρησιμοποιηθούν, θα πρέπει να μεταφερθούν εκεί που χρησιμοποιούνται. Αν μία μέθοδος είναι 3 σελίδες θα πρέπει οπωσδήποτε να σπάσει σε μικρότερες. Μία μέθοδος ή μία κλάση θα πρέπει να είναι υπεύθυνη για ένα και μόνο ένα πράγμα. Μία συνάρτηση 3 σελίδων προφανώς προσπαθεί να κάνει πολλά πράγματα ταυτόχρονα και θα πρέπει να σπάσει. Μία κλάση με δεκάδες πεδία και properties, επίσης είναι ύποπτή. Είναι ελάχιστες οι φορές που χρειάζεται μία μεγάλη κλάση.

Όσον αφορά εργαλεία σαν το CodeRush, νομίζω ότι δεν βοηθάνε πολύ αν ο κώδικας είναι στοιχειωδώς καλογραμμένος. Αντίθετα, οι λειτουργίες refactoring του Refactor της ίδιας της Devexpress και του Resharper είναι πολύ πιο σημαντικές καθώς σε βοηθάνε να βελτιώσεις τον κώδικα.

Απ: Πως ξεχωρίζουμε τον κώδικα που γράφουμε από αυτόν του .net

KelMan — Thu, 20 Nov 2008 17:39:06 GMT

Κι επειδή η πρόληψη είναι καλύτερη από την καταστολή (StyleCop), καλό είναι να μάθεις να γράφεις σωστά χρησιμοποιώντας καθιερωμένα guidelines: .NET Framework Design Guidelines, C# Coding Guidelines του Brad Abrams και VB.NET Coding Guidelines του Cory Smith.

Πάντως, καλό είναι όταν έχεις ένα backing variable για ένα property να μην την ονομάζεις με το ίδιο όνομα του property αλλάζοντας το πρώτο γράμμα σε πεζό γιατί δεν είναι όλες οι γλώσσες case insensitive, οπότε μπορεί να πέσεις σε πρόβλημα.

Απ: Πως ξεχωρίζουμε τον κώδικα που γράφουμε από αυτόν του .net

Dimitris Papadimitriou — Thu, 20 Nov 2008 01:29:05 GMT

Έτσι ακριβώς! Και για να γίνει λιγότερο επίπονη η προσπάθεια αυτή, το StyleCop βοηθάει στο να μην τα ξεχνάμε (μόνο για C#). Επίσης αν κανείς έχει παλιό κώδικα το Resharper βοηθά να αλλάξει μαζικά το style (για C# και μερικώς για VB). Φυσικά κάτι τέτοιο θέλει πολύ προσοχή.

Απ: Πως ξεχωρίζουμε τον κώδικα που γράφουμε από αυτόν του .net

Χρήστος Γεωργακόπουλος — Wed, 19 Nov 2008 23:38:48 GMT

Sorry, συμπληρώνω... το Me και το Global επιβάλλονται διά ροπάλου (ίσως όχι πάντα το global όταν πρόκειται για πασιφανή namespaces). Συμφωνώ είναι λίγο επίπονη η εφαρμογή του μέτρου (μάλλον ήταν, γιατί με το intellisense του 2008 είναι piece of cake), αλλά μετά είναι όλα crystal clear....

Απ: Πως ξεχωρίζουμε τον κώδικα που γράφουμε από αυτόν του .net

Χρήστος Γεωργακόπουλος — Wed, 19 Nov 2008 23:34:06 GMT

Ποιος ο λόγος να ξεχωρίζει ο δικός μας κώδικας από αυτόν του framework?

Για τη θολούρα το Σωτήρη, αν η μεταβλητή λέγεται πχ Sotiris και έχω μέσα στον κώδικα Sotiris = "Θολούρα", τότε είναι ξεκάθαρο ότι πρόκειται για μεταβλητή δηλωμένη local μέσα στο sub που βρισκόμαστε. Αν ήταν sotiris = "Θολούρα" (το πρώτο γράμμα πεζό) τότε είναι μεταβλητή που μας έχει έρθει σαν όρισμα από αυτόν που μας κάλεσε. Αν πάλι ήταν Global.MyCompany.SuperDeveloper.Sotiris = "Θολούρα", τότε μιλάμε για κάποιο static στην τρέχα γύρευε dll. Αν όμως είναι OuterSpace.Sotiris = "Θολούρα", τότε εφαρμόζουμε όλα τα παραπάνω για να καταλάβουμε από που βρέθηκε το OuterSpace του οποίου το Sotiris είναι ένα property. (Ααα, επίσης, το _Sotiris είναι private member της κλάσσης που βρισκόμαστε).

Νομίζω ότι μέσες άκρες είναι κλασσικό pattern....

Απ: Πως ξεχωρίζουμε τον κώδικα που γράφουμε από αυτόν του .net

Dimitris Papadimitriou — Wed, 19 Nov 2008 20:32:53 GMT

Καταρχήν αν γράψεις ελληνικά στον κώδικα και το δώσεις σε κάποιον σε άλλη χώρα θα φαίνονται μια χαρά επειδή τα αρχεία κώδικα τα διαχειρίζεται το studio σαν unicode. Οπότε δεν θα βλέπει ερωτηματικά αλλά ελληνικά. Τώρα αν δεν ξέρει ελληνικά δεν νομίζω να έχει και μεγάλη διαφορά! :)

Γενικά τα code conventions αποκτούν νόημα όταν δουλεύεις σε ομάδα ή όταν θέλεις να δεις παλιό κώδικά σου, οπότε έχεις ξεχάσει και ο ίδιος τι έγραψες! Θα αλλάξω λίγο το ερώτημά σου σχετικά με τις μεταβλητές που ορίζεις εσύ: Σημασία έχει να καταλαβαίνεις τις μεταβλητές που έχεις ορίσει και επεκτείνουν την λειτουργικότητα μιας base class. Το resharper βοηθάει σε αυτή την κατεύθυνση δείχνοντας με bold αυτές τις μεταβλητές (ή μεθόδους) στο intellisense.

Να αναφέρω επίσης την ύπαρξη ενός project στο MSDN CODE που λέγεται StyleCop και μπορεί να βοηθήσει στην υιοθέτηση κανόνων coding για την C#. Περιέχει εκατοντάδες κανόνες συγγραφής κώδικα που αν κανείς καταφέρει να ακολουθήσει, ακόμα και απενερογποιώντας κάποιους πολύ αυστηρούς από αυτούς, τότε θα έχει κώδικα ο οποίος μιλάει αρκετά καλά από μόνος του.

Απ: Πως ξεχωρίζουμε τον κώδικα που γράφουμε από αυτόν του .net

cap — Wed, 19 Nov 2008 20:31:56 GMT

Παντως και εγώ θα συνηγορήσω υπέρ της άποψης οτι καλό θα ήταν για το usability (ακόμα και αν κάποιος δεν είναι αρχάριος) να ξεχωρίζουν οπτικά (χρωματικά) οι μεταβλητές και τα objects που έχουμε δημιουργήσει εμείς από αυτά του framework. Για να μην επεκταθώ ακόμα περισσότερο και πω οτι θα έπρεπε να ξεχωρίζουν χρωματικά ΚΑΙ τα objects/interfaces/δεσυμμαζεύεται τρίτων βιβλιοθηκών τις οποίες κάνουμε απευθείας reference αλλά στων οποίων τον κώδικα δεν έχουμε πρόσβαση...

Ακούγεται χαζό; Ξέρετε πόσες ΩΡΕΣ έχω φάει μεσα στη θολούρα μου σε debugging γιατί έχω μπερδέψει κάποια μεταβλητή νομίζοντας οτι δεν έχει οριστεί από το χρήστη ή οτι έχει οριστεί σε κάποιο external dll, όταν το definition βρίσκεται μπροστά μου; :)

Απ: Πως ξεχωρίζουμε τον κώδικα που γράφουμε από αυτόν του .net

smartmedia — Wed, 19 Nov 2008 18:42:15 GMT

Γεια χαρά,

Συγχωρήστε μου την ερώτηση αλλά είμαι noob στο VB Studio και δεν ξέρω ακόμα τίποτα.
Η παρατήρηση του Nassos.NET είναι πολυ σωστή και θα ήθελα να μάθω τι γίνεται σε αυτή την περίπτωση.
Αυτό που θα ήθελα να ρωτήσω είναι αν γίνεται οι μεταβλητές που εγω ορίζω στον κώδικα να φαίνονται με άλλο χρώμα
η ακόμα καλύτερα κάπως έτσι.
έτσι λογικά δίνουμε μια τιμή στην μεταβλητή amount
amount = 20
μπορώ εγω με κάποιο τρόπο να γράφω την μεταβλητή amount έτσι...???
[amount] = 20
Αν οχι πως μπορώ να τις ξεχωρίσω απο το υπόλοιπο τμήμα κώδικα...???

Ευχαριστώ.

Απ: Πως ξεχωρίζουμε τον κώδικα που γράφουμε από αυτόν του .net

Nassos.NET — Wed, 16 Apr 2008 20:28:45 GMT

Ερώτηση,
τι γίνετε όταν κάποιος developer απο άλλη χώρα (χωρίς ελληνικά στο PC του) προσπαθήσει να χρησιμοποιήσει το DLL??
Θα βλέπει ερωτηματικά στο intelisence?? ή το NET εχει μηχανισμό για αυτό?
και αν το NET έχει μηχανισμό, ο developer δεν πρέπει να στησει ελληνικά για να δουλέψει?
Νασος

Απ: Πως ξεχωρίζουμε τον κώδικα που γράφουμε από αυτόν του .net

KelMan — Wed, 16 Apr 2008 17:11:26 GMT

Αν δουλεύεις μόνος, τότε δεν είναι και τόσο μεγάλο πρόβλημα, είναι θα έλεγα θέμα προτίμησης. Πάντως σίγουρα σε περιορίζει όταν θες να δείξεις ένα κομματι κώδικα σε μη-Ελληνικά forums, κλπ. Ωστόσο το βρίσκω τρομερά ενοχλητικό να πρέπει να προσέχω τονισμό (ή και το ανάποδο, να είναι όλα άτονα). Επιπρόσθετα, υπάρχει κι ένα θέμα με το Intellisense. Θα πρέπει να κάνεις switch το πληκτρολόγιο εκεί που γράφεις. Πχ για να γράψεις

For Each Πελάτη In Πελάτες

Θα πρέπει να κάνεις switch 4 φορές

Όπως και να έχει, στα μάτια μου φαίνεται πολύ πιο "στρωτός" ο κώδικας όταν έχει λατινικούς χαρακτήρες και ιδιαίτερα όταν όλα τα ονόματα είναι μεταφρασμένα στα αγγλικά (Πχ Customers αντί Pelates).