Coding Conventions
Wir brauchen diese definitv, und zwar bevor das erste Stückchen Code geschrieben wird.
Dazu "muss" auch eine klare Definiton für die Infile-Doku gehören, damit später eine vernünftige API-Dok erstellt werden kann.
Auch dort "schludert" Contenido doch sehr :-(
PS: Darum habe ich dieses Ticket auf höchste Priorität gesetzt.
Dazu "muss" auch eine klare Definiton für die Infile-Doku gehören, damit später eine vernünftige API-Dok erstellt werden kann.
Auch dort "schludert" Contenido doch sehr :-(
PS: Darum habe ich dieses Ticket auf höchste Priorität gesetzt.
Leave a comment
Vielleicht sollten wir uns auch Gedanken darüber machen, welchen Präfix wir für die zukünftigen Klassen verwenden.
Es gibt zwar mittlerweile Namespaces, bis 5.3 aber bei den Providern ankommt, kann es lange dauern.
Sollte der Name des Projekt bei conFive bleiben, könnte ich mir sowas wie CF_Foobar, cf_Foobar oder cF_Foobar vorstellen.
Es gibt zwar mittlerweile Namespaces, bis 5.3 aber bei den Providern ankommt, kann es lange dauern.
Sollte der Name des Projekt bei conFive bleiben, könnte ich mir sowas wie CF_Foobar, cf_Foobar oder cF_Foobar vorstellen.
Stimmt, wir müssen die Vorgaben des eingesetzten Frameworks beachten. Das Digitalus CMS (basiert auf Zend) hat das einfach gelöst, indem es die eigenen Verzeichnisse in den include_path packt. Alternativ kann man ja einen eigenen Autoloader implementieren, der zuerst im Framework Verzeichnis nachsieht und dann im comFive Verzeichnis.
file:cz8Z30q8Cr3RfMeJe5afGb: Zend coding standard (unformatiert)
Ich hab die Datei mal als PDF abgespeichert... hat ja nicht jeder Open Office...
file:zend_coding_conventions_unformated.pdf
Andererseits würde ich vorschlagen die Zend Coding Convetions zwar generell anzunehmen.. aber eigene Regeln ebenso zuzulassen.
Ich hab das Dokument mal überflogen aber auf die Schnelle nichts über Einrückungen gelesen...
Ausserdem müssen alle Guides, Tutorials, Whitepapers, Docs, Refs, etc... alles was eben Dokument ist dem CD entsprechen ;)
ok.. ich bin ein bisschen.. *
*) denkt Euch was aus :-D
file:zend_coding_conventions_unformated.pdf
Andererseits würde ich vorschlagen die Zend Coding Convetions zwar generell anzunehmen.. aber eigene Regeln ebenso zuzulassen.
Ich hab das Dokument mal überflogen aber auf die Schnelle nichts über Einrückungen gelesen...
Ausserdem müssen alle Guides, Tutorials, Whitepapers, Docs, Refs, etc... alles was eben Dokument ist dem CD entsprechen ;)
ok.. ich bin ein bisschen.. *
*) denkt Euch was aus :-D
on 2009-05-19 06:35 *
By Christian Kehres
da stegen ja mal interessante sachen drin
tabulatroen verboten, arbeite immer mit tabulatoren, selbst das Zend Development Environment rückt so ein oO
oder versteh ich da gerade was falsch? :) naja, donnerstag aufs forum wart
tabulatroen verboten, arbeite immer mit tabulatoren, selbst das Zend Development Environment rückt so ein oO
oder versteh ich da gerade was falsch? :) naja, donnerstag aufs forum wart
Hallo Christian,
danke für die pdf. Ich hatte nur mal die Conventions in eine OO-Datei kopiert, ohne irgendwelche Bearbeitung, da ich kein anderes Dokument als die Onlineversion gefunden habe.
CD ist logisch und kommt sicher auch rein. Das kann man aber problemlos machen wenn die Inhalte passen. Und diese müssen wir sicherlich noch besprechen, so wie von Karsten angemerkt.
danke für die pdf. Ich hatte nur mal die Conventions in eine OO-Datei kopiert, ohne irgendwelche Bearbeitung, da ich kein anderes Dokument als die Onlineversion gefunden habe.
CD ist logisch und kommt sicher auch rein. Das kann man aber problemlos machen wenn die Inhalte passen. Und diese müssen wir sicherlich noch besprechen, so wie von Karsten angemerkt.