Βάζετε το { σε νέα γραμμή;

[sandra]

{ } : άγκιστρα(μάλλον το πιο σωστό), αγκύλες(δεν ξέρω γιατί μου το έμαθαν λάθος!) μύστακες (από το βιβλίο της Επιστήμης), σγουρές παρενθέσεις (καραλόλ το είδα σήμερα στο βιβλίο των Βάσεων. Ακούς εκεί σγουρές παρενθέσεις ).
Έχουν και άλλα ονόματα;
Πάντως Michelle κατά περίεργο τρόπο οι περισσότεροι συμφωνούν με την νέα γραμμή.

[mikem4600]

σγουρές παρενθέσεις (καραλόλ το είδα σήμερα στο βιβλίο των Βάσεων. Ακούς εκεί σγουρές παρενθέσεις ).

Μάλλον (αποτυχημένη) κατά λέξη μετάφραση του curly brackets... Άραγε ποιος έκανε τη μετάφραση;

[The Punisher]

μύστακες (από το βιβλίο της Επιστήμης)

ανοίγουμε μουστάκι ... γράφουμε το σώμα της συνάρτησης και κλείνουμε μουστάκι

[sandra]

σγουρές παρενθέσεις (καραλόλ το είδα σήμερα στο βιβλίο των Βάσεων. Ακούς εκεί σγουρές παρενθέσεις ).

Μάλλον (αποτυχημένη) κατά λέξη μετάφραση του curly brackets... Άραγε ποιος έκανε τη μετάφραση;

Δημήτριος Δέρβος, αν.καθηγητής ΤΕΙ Θεσσαλονίκης, Γεώργιος Ευαγγελίδης, επικ.καθηγητής Πανεπιστήμιο Μακεδονίας.
Ο γκούγκλης γιατί δεν κάνει αναζήτηση αν του δώσεις μόνο { }. Ήθελα να δω τι ονόματα έχει γενικά αλλά δεν με πολυβοηθάει

[adam98]

Σε νέα γραμμή και εγώ γιατί ο κώδικας γίνεται έτσι πιο ευανάγνωστος

[spiretos]

Πάντα!
... εξαπανέκαθεν!

[Fairy]

Κι εγώ από τότε που ξεκίνησα να προγραμματίζω θεωρούσα πως ήταν ομορφότερο να μπαίνει σε νεά γραμμή και μου κακοφαινόταν να το βρίσκω αλλιώς στα βιβλία ή σε προγράμματα άλλων. Θα συμφωνήσω μόνο με τον AmmarkoV ότι στην περίπτωση που αναφέρει είναι πιο ωραίο να μπαίνουν όλα σε μια ευθεία.

[*estrngd]

Πολύ καλό θέμα...

Προσωπικά βγάζω σπυράκια όποτε βλέπω το στυλ

Code: Select all

 
 for (...) {
        .
        .
        .
  }

το βρίσκω επιεικώς σαλάτα!!!!!
Το στυλ δεν αντέχεται με τίποτα, μου κάνει το μυαλό σκουπίδι.


προτιμώ αυτό:

Code: Select all

int t(int)
{
 for (x;;)
 {
  if (x...)
  {
   ...
  }
  statement;
  ...
 }
}

Η μόνη περίπτωση που θα είναι for() { asdasd; asdasd } είναι αν πρόκειται για κάτι μικρό και ενοιολογικά ενιαίο και ξεχωριστό - είναι καλύτερα από διαφορετικές γραμμές.

[Luke]

Έχουν και άλλα ονόματα;

Κατσαρές αγκύλες.

[~~Wind~~]

αν και βλεπω οτι μπορω να ξαναψηφισω

Δεν μπορεις να ξαναψηφίσεις. Απλα μπορείς να αλλάξεις την αρχική σου επιλογή!

oχι βεβαια, δεν αλλαζω

Το να βάζεις το { σε νέα γραμμή δε νομίζω να έιναι καλή πρακτική γιατι σε μπερδεύει.
Αν μπαίνει στο τέλος της πρώτης γραμμής κ χρησιμοποιείς ένα tab των 4 χαρακτήρων για το φώλιασμα κ το } πάντα σε νέα γραμμή στοιχισμένο με τον πρώτο χαρακτήρα της γραμμής που βρίσκεται το { , νομίζω είναι αρκετά ευανάγνωστος ο κώδικας.

Μπραβο! Ευγε!
Ποιος ειναι ο 4ος?

Φανταζομαι τους κακομοιρους τους βοηθους τι κωδικα πρεπει να διαβασουν και να βαθμολογησουν .. εχετε και παραπονα μετα
Εδω εχουμε πολεμο. και οι Σπαρτιατες ηταν 300 μπροστα στους Περσες ..

Παντος δε πιστευω οτι το δικο μας συστημα - το σωστο και το ωραιο - ειναι πιο δυσκολο στην αναγνωση του κωδικα, ουτε οτι συμβαλει καπου.
Με αλλα λογια η διαφορα ειναι ελαχιστη για μενα. Δε φτιαχνει ουτε χαλαει κατι. Μια γραμμη ειναι διαφορα. Τωρα αν θα εχει μουστακι (χοχο) ή οχι δεν αλλαζει την εικονα. Οι γραμμες παντα θα βγαινουν λιγακι ξεμπαρκες, εκτος κι αν φτιαξουμε IDE με επιλογες στοιχισης οπως το word (να μια ιδεα για υλοποιηση Venus pack project)

[proskopos]

Οι γραμμες παντα θα βγαινουν λιγακι ξεμπαρκες, εκτος κι αν φτιαξουμε IDE με επιλογες στοιχισης οπως το word (να μια ιδεα για υλοποιηση Venus pack project)

Να φτιάξουμε εφαρμογή βασισμένη σε μουστάκια....;
ΠΦΦΦΦΦ ΤΡΙΧΕΣ...

[Michelle]

Εγώ αλλάζω μέχρι και το template του Netbeans για να το βαζει αυτόματα σε νέα γραμμή..

Same here, έχω τέτοια μανία με αυτό το θέμα του { σε νέα γραμμή που ώρες ώρες καταντάει ψυχαναγκασμός Και έτοιμη συνάρτηση να πάρω από κάπου (στη javascript συνήθως), πάλι θα κάτσω να τη φτιάξω να συμφωνεί με το δικό μου coding style.
Πάντως δεν το ήξερα ότι τα conventions της java το θέλουν στην ίδια γραμμή... Έτσι εξηγείται (αν και το έχω δει σε κώδικα για τόσες γλώσσες, που δεν νομίζω να φταίει τόσο αυτό, αν και ίσως και σε conventions άλλων γλωσσών πάλι να είναι στην ίδια, ξέρω γω; )

@proskopos: So what? Κάψιμο rulz

@Sandra: Όντως! Δεν το περίμενα με τίποτα όμως!

[Erevodifwntas]

Εγώ αλλάζω μέχρι και το template του Netbeans για να το βαζει αυτόματα σε νέα γραμμή..

Same here, έχω τέτοια μανία με αυτό το θέμα του { σε νέα γραμμή που ώρες ώρες καταντάει ψυχαναγκασμός Και έτοιμη συνάρτηση να πάρω από κάπου (στη javascript συνήθως), πάλι θα κάτσω να τη φτιάξω να συμφωνεί με το δικό μου coding style.

Me 2. απλά βάζω το IDE να το φέρει στα μέτρα μου (επιλέγοντας την επιλογή format στο NetBeans)

[The Punisher]

Just to remind the on-going fight...

Netbeans sucks
Eclipse rulez

[~~Wind~~]

Just to remind the on-going fight...

Netbeans sucks
Eclipse rulez

yeah.. right...

[tsilochr]

Just to remind the on-going fight...

Netbeans sucks
Eclipse rulez

έτσι έτσι. απλά στην eclipse αλλάζουμε το formatter και τον φέρνουμε στα μέτρα μας. Πόσοι έχουν το findbugs στην eclipse?

Hint: Βάλτε και το coverage για να κάνετε cool τα junit tests

[The Punisher]

Πόσοι έχουν το findbugs στην eclipse?

ο υποφαινόμενος

[HdkiLLeR]

Το που θα μπεί το { είναι θέμα γενικότερου style, μάλλον , που χρησιμοποιεί ο καθένας. Εγώ τον τελευταίο καιρό τείνω να γράφω κώδικα που ακολουθεί το Kernel Normal Form development style. Πλάκα θα είχε και ένα voting για το πως γράφει ο καθένας γενικά πέρα απο το intent style (K&R, Allman, GNU...).

[vangos]

Ωραίο θέμα.
Το πάλευα καιρό μέσα μου μέχρι να αποφασίσω πιο στυλ να ακολουθήσω. Αρχικά είχα ξεκινήσει βάζοντας το μουστάκι (lol) πάντα σε νέα γραμμή αλλά μετά από λίγο το άλλαξα και συμορφώθηκα με τα conventions.
Βασικά τώρα συνήθως δεν το βάζω σε νέα γραμμή εκτός από ειδικές περιπτώσεις (κυρίως όχι σε κώδικα Java, αλλά CSS κλπ.) που θεωρώ ότι πραγματικά βοηθάει στην ανάγνωση.

Γενικά θεωρώ ότι με το να γράφεις με το στυλ

Code: Select all

for (int x=0; x<100; x++) {
    if (x < 0) {
        break;
    }
    //Do something
}

δεν χάνεις κάτι σε ευκολία ανάγνωσης εφόσον όλα είναι στοιχισμένα σωστά, και επίσης το να πάρει ο παραπάνω κώδικας δύο γραμμές παραπάνω είναι υπερβολικό. Τσάμπα χάσιμο χώρου και ανάγκη για περισσότερο scroll down στον κώδικα.

Ειδικά στη Java οι περισσότερες μέθοδοι είναι της μορφής

Code: Select all

public int getX() {
    return x;
}

απαιτούν δηλαδή μόνο μια γραμμή κώδικα στο σώμα της συνάρτησης. Οπότε το να το γράψεις έτσι

Code: Select all

public int getX()
{
    return x;
}

μου φαίνεται ότι κάνει τον κώδικα πολύ αραιό, σε σημείο που αρχίζει να χάνει σε ευαναγνωσιμότητα.

Τέλος πάντων ο καθένας έχει τη δική του άποψη επί του θέματος και σίγουρα θα υπάρξουν αντεπιχειρήματα. Το καλό είναι ότι με τα σύγχρονα IDEs με ένα κλικ μπορείς να αλλάξεις το formating σε αυτό που σε βολεύει οπότε δεν υπάρχει πρόβλημα.

Α, by the way...
Netbeans: rules...
Eclipse: πολύ μπέρδεμα ρε παιδί μου. Ένα χρόνο δούλευα πάνω του και δεν κατάφερα να απομνημονεύσω τις βασικές λειτουργίες του.

[The Punisher]

δεν κατάφερα να απομνημονεύσω που τις βασικές λειτουργίες του.

ανεπίδεκτος

[Michelle]

Μα σε περιπτώσεις που ο κώδικας μέσα στο block είναι μόνο μια γραμμή, δεν χρειάζονται καν braces (εκτός από τις περιπτώσεις συναρτήσεων)!
Υποτίθεται ότι για να βάλεις braces, είτε στην ίδια γραμμή είτε όχι, υπάρχουν μέσα στο block πάνω από 1 εντολές, οπότε γιατί φέρνετε τέτοια παραδείγματα;
(ναι οκ, το ξέρω ότι μερικοί βάζουν και τότε, αλλά αυτό είναι πρόβλημα τους :P Αν και πότε πότε το κάνω κι εγώ )

@hdkiller: Που μπορούμε να βρούμε περιγραφή για το καθένα από αυτά; Έχω περιέργεια να δω αν το δικό μου έχει κάποιο όνομα και ποιό :P

[The Punisher]

Μα σε περιπτώσεις που ο κώδικας μέσα στο block είναι μόνο μια γραμμή, δεν χρειάζονται καν braces

τα conventions λένε ότι πάντα βάζουμε braces .. και συμφωνώ κι εγώ!