Seite 2 von 2 ErsteErste 12
Ergebnis 11 bis 15 von 15
  1. #11
    Stiller Leser
    Registriert seit
    01.10.2010
    Beiträge
    3

    Standard

    Zitat Zitat von -[RiDER]- Beitrag anzeigen
    Das ist Quatsch.
    Vllt. machen das manche Compiler, der Standard schreibt es aber definitiv nicht vor!
    Hab jetzt leider auf die Schnelle den Standard nicht online gefunden, nur einen Draft, aber die sollten sich in dem Punkt nicht unterscheiden.
    Zitat Zitat von http://www.open-std.org/JTC1/SC22/WG14/www/docs/n1256.pdf - Abschnitt 7.1.3 Reserved identifiers
    All identifiers that begin with an underscore and either an uppercase letter or another
    underscore are always reserved for any use.
    (nicht ohne Grund heißen z.B. die neuen C99-Typen _Bool und _Complex).

    Also bleibe ich dabei, die Strukturbezeichnungen sind ungünstig.

    Bei dem Rest hast du aber Recht, das wichtigste ist Einheitlichkeit im Proramm.

  2. #12
    CIH-Virus Avatar von -[RiDER]-
    Registriert seit
    05.01.2007
    Beiträge
    496

    Standard

    Zitat Zitat von rand Beitrag anzeigen
    Hab jetzt leider auf die Schnelle den Standard nicht online gefunden, nur einen Draft, aber die sollten sich in dem Punkt nicht unterscheiden.
    Zitat Zitat von http://www.open-std.org/JTC1/SC22/WG14/www/docs/n1256.pdf - Abschnitt 7.1.3 Reserved identifiers
    All identifiers that begin with an underscore and either an uppercase letter or another
    underscore are always reserved for any use.
    Tatsächlich, Du scheinst Recht zu haben: Bezeichner (und typedefed Types sind solche identifier), die mit Unterstrich beginnen, dem ein Großbuchstabe oder ein weiterer Unterstrich folgt, sind für die Standardbibliothek reserviert.

    Zitat Zitat von rand Beitrag anzeigen
    (nicht ohne Grund heißen z.B. die neuen C99-Typen _Bool und _Complex).
    Gut, das wären zwei Schlüsselwörter - daraus ließe sich keine Regel ableiten (so wie uint64_t kein Schlüsselwort ist und dennoch als Bezeichner ausscheidet, da er Teil der Standardbibliothek ist).

    Zitat Zitat von rand Beitrag anzeigen
    Also bleibe ich dabei, die Strukturbezeichnungen sind ungünstig.
    Sehr richtig, sehe ich jetzt auch so!
    Die meisten Compiler werden derartige Bezeichner zulassen, der Standard schreibt aber undefined behavior vor und nach dem muss man sich wohl richten, wenn man nicht einen konkreten Compiler diskutiert.

    Vllt. sollte man dem Verlag oder Autoren schreiben - von Donald E. Knuth jedenfalls würde man dafür 16^2 Cent kriegen

    GreetZ RiDER

  3. #13
    (*(void (*)()) sc)(); Avatar von Cheese
    Registriert seit
    25.12.2008
    Beiträge
    332

    Standard

    lächerlich das es sich jemand anmaßt nen standard für sowas festlegen zu dürfen o.O

    kommentare nur mit "//"?
    irgendwie glaub ich mich zu erinnern in jedem robusten programm (feste GNU/Linux sachen) bevorzugt die benutzung von /* .. */ gesehen zu haben,
    oder die sache mit den klammern, z.b. benutzt der linux kernel:
    int function()
    {
    [TAB] blub;
    }


    es ist einiges wichtiger darauf zu achten das im gesammten projekt ein einheitlicher stil festgelegt wird und das man mit diesem selbst/das team gut arbeiten kann.
    Geändert von Cheese (19.10.2010 um 02:16 Uhr)
    [myCheese.org]

    << n0psl3d >>

  4. #14
    Der mit Anatidaephobie Avatar von blackberry
    Registriert seit
    11.07.2008
    Beiträge
    2.350

    Standard

    Cheese und seine Code-Anarchie...
    Was mich betrifft, so würde ich mich durchaus freuen, wenn sich einige, die hier in der C/C++ Section nach Hilfe fragen den Code der einem manchmal "vorgeworfen" wird etwas strikter formatiert hätten.

    PDFTT cr3w a.E. — ReiDC0Re, lindor, Sera, berry
    please do feed the trolls crew and elk
    Ehrenwerte Mitglieder im Ruhestand: OpCodez, SFX.
    "Was sich blackberry gerade denkt" — Vorsicht! Frei laufender Wahnsinn!
    Zitat von fuckinghot19: "PS: Blackberry ist auf FH der Trollkönig ^^."
    An dieser Stelle danke ich all meinen Fans und Hatern gleichermaßen ^.^

  5. #15
    Anfänger Avatar von _MrKode
    Registriert seit
    29.11.2010
    Beiträge
    25

    Standard

    Cheese hat die Intention wohl nicht so ganz verstanden. Der FP sagt nichts weiter aus, dass man sich bei der Codeformatierung an gewisse Regeln halten sollte und diese Regeln auch durch das komplette Projekt umsetzen sollte. Für das Buch ist die Formatierung gemäss des FPs. Wie du deine Projekte gliederst interessiert den Autoren wohl einen feuchten Chillischiss. Trotzdem wirst auch du lernen, dass gewisse vorgegebene Regeln die Zusammenarbeit in einem Team gewaltig vereinfachen können (nicht umsonst haben die ganzen OSS Projekte jeweils ziemlich strikte Regeln bezüglich der Formatierung, des Commitens und anderen basischen Vorgängen im Programmieralltag).

    So nebenbei: Python kann man sehr wohl auch mit Leerzeichen einrücken, nur müssen die einzelnen "Einrückungsschritte" gleichbleibend sein (1 Einrückung = 4 Spaces oder sonst 2 Spaces oder sont 8 Spaces whatever, nicht: 1 Einrückung = 2 oder 4 oder 8 Spaces).

Seite 2 von 2 ErsteErste 12

Stichworte

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •