PHP/MySQL Namenskonventionen: camelCase vs under_score?
Sehr oft in der PHP-Modell-code (zumindest in meinem eigenen code) gibt es direkte Verweise auf die MySQL-Tabellen-und Feldnamen, und da die MySQL-Kennungen sind für den größten Teil der groß-und Kleinschreibung, die ich verwenden in der Regel die under_score Namenskonvention, um die Bezeichner ein bisschen mehr lesbar.
Zur gleichen Zeit, jedoch, es scheint, dass die meisten Leute verwenden camelCase-Konventionen, wenn Sie mit PHP erstellen, class-Bibliotheken, und ich habe versucht, das zu tun, auch.
On top of, die in PHP eingebaute Funktionen selbst sind widersprüchlich. Einige von Ihnen verwenden camelCase, andere nutzen under_scores, und andere mit C-Stils benennen (zum Beispiel "strtolower").
Das Ergebnis ist, dass der code tendenziell viel weniger lesbar als die, die ich bevorzuge, was mit gemischten camelCase, under_score, und C-Stil Namenskonventionen zeigt sich ganz in der Nähe von einander in den code.
Wie andere Leute den Umgang mit dieser? Vielleicht gibt es eine Möglichkeit, Menschen gefunden haben, Ihre Arbeit zu organisieren, so dass die unterschiedlichen Namenskonventionen neigen dazu, nicht zu erscheinen, ganz so nah beieinander? Oder vielleicht gibt es class-Bibliotheken, wenn Sie ordnungsgemäß verwendet, neigen dazu, Dinge, die ein bisschen sauberer? Ich kenne diese Diskussionen von Stil kann erhitzt zu werden -- keine Notwendigkeit, dorthin zu gehen, nur einige praktische Vorschläge, bitte!
Ich persönlich habe kein wirkliches problem, Sie zu halten getrennt. Bei der Gestaltung MySQL-DBs, verwende ich nur Kleinbuchstaben. Große controller - /model-Funktionsnamen in PHP/CI sind camelCase. Ich mein bestes tun, um Unterstriche aus meinem code, aber plugins wie tank_auth verwenden. Dies ist der Spaß (und Nachteil) des PHP-Flexibilität, nehme ich an.
hier gilt das gleiche. Komisch eigentlich. SQL-nie-camel-case und viele
_
. PHP nie _
- und viele Kamele. Ich denke, es ist tatsächlich sehr klar, wie die: die Sie sehen können Ursprung wie diese: hast PHP oder SQL machen dieses varname?Unterstriche sind oft in _constructor-Typ-Funktionen (ein Beispiel wäre so etwas wie _createuser in tank_auth) zu bezeichnen, Ihre Funktion, aber ich stark bevorzugen camelCase und einfach nachdenken über die Funktion Namen für ein paar Minuten. Gute Beschreibungen in einfachen, wiederholbaren englischen beat-syntax-basierte Deskriptoren jeden Tag, IMO.
InformationsquelleAutor rmw | 2011-05-02
Du musst angemeldet sein, um einen Kommentar abzugeben.
Als teresko sagt, das MySQL die groß-und Kleinschreibung auf *NIX-Plattformen und Kleinschreibung auf Windows. Wenn Sie code entwickeln, zu unterstützen (wie ich), dann mischen Sie Ihre Fälle können dazu führen, riesige Kopfschmerzen: zum Beispiel, dump einer Datenbank auf Windows, und stellen Sie Sie auf *NIX und alle Ihre Fälle verloren. Wir mussten tatsächlich Schlamassel code zu erkennen und zu beheben, die Fälle in einem dump nur aus diesem Grund.
Wenn du frei bist von Windows, obwohl es eigentlich egal ist, was Sie verwenden, solange Sie konsistent halten.
InformationsquelleAutor Oliver Emberton
Wenn es darum geht, Modelle & Datenbank-Tabellen, die Sie verwenden können:
Für die Klassen würde ich in der Regel verwenden CamelCases (beginnend mit Großbuchstaben) und camelCases für Methoden (beginnend mit der unteren der Fall ist).
Aber, in der Tat, was zählt, ist die Konsistenz und Lesbarkeit. Es kann eine gute Idee sein, zu Folgen Namenskonventionen einige der bekannten und weithin frameworks wie Zend Framework (diese liefert ziemlich genaue Richtlinien so weit wie coding standard betrifft), aber zB. Kohana kann auch eine gute Idee. Das Rad neu erfinden vielleicht nicht die beste Idee 😉
InformationsquelleAutor Tadeck