Zend Framework 2 Strich privat

Question

Will Zend Framework 2 weiterhin Platz Unterstrichen vor der privaten Mitglieder und Methoden der Klassen? z:

class blah {
    private $_name;

    private function _doSomethingToName()
    {
    }
}

Ich sehe, dass sie noch da in der Entwickler-Release von ZF2 sind.

Answer 1

Wahrscheinlich ja accodring auf die Umfrage :

Es gibt zur Zeit 381 Antworten:

• 57% Abstimmung "Yes" (um die Unterstrichen zu entfernen)
• 38% Abstimmung "Nein" (zu Unterstrichen behalten)
• 4% Abstimmung "Keine Meinung"

Answer 2

Von ZF2 Coding Standard

Funktionen und Methoden

Funktionsnamen müssen nur alphanumerische Zeichen enthalten. Unterstrichen sind nicht gestattet. Die Zahlen sind in Funktionsnamen erlaubt sind aber abgeraten. ... Für Methoden auf Objekte, die mit dem „privaten“ oder „protected“ Modifikator deklariert werden, kann das erste Zeichen des Methodennamen ein Unterstrich sein. Dies ist die einzige akzeptable Anwendung eines Unterstreichungs in einem Verfahrensnamen, und entmutigt wird (wie es für die öffentliche Sichtbarkeit Umgestaltung erschwert). Methoden erklärt „public“, sollten Sie nicht einen Unterstrich enthalten.

http://framework.zend.com/wiki/display/ZFDEV2/ Coding + Standards

Answer 3

Ja, und warum auch nicht? Es ist eine Konvention, dies zu tun.

Answer 4

Dies ist eine Konvention in anderen objektorientierten Sprachen auch.

Schauen Sie sich diese beiden Code-Konvention Richtlinien:

• http://www.liferay.com / community / wiki / - / wiki / Main / Entwicklung + Style

• http://geosoft.no/development/javastyle.html

Aber alle und alles ein Team Konvention sein sollte, was wahrscheinlich ist, wie es für Zend ist. Ich glaube, diese Code-Konventionen sollten zur Klärung und Konsistenz verwendet werden, wenn Sie Code schreiben. Für mich ist die Zend Verwendung von Unterstrichen Präfix für private Mitglieder eine große Zeitersparnis, vor allem, wenn ich mit einer Klasse nicht sehr vertraut bin.

Answer 5

Ich habe mich gefragt, vor kurzem über diese Frage und habe eine Suche durch den gesamten ZendFramework-2.1.4 Quellbaum, eine endgültige Antwort zu erhalten. Die Unterstrich-Konvention scheint nicht länger in Gebrauch für Variablen. Es gibt nicht einmal eine private oder protected Variablendeklaration im gesamten Projekt, das mit einem Unterstrich beginnt. Es gibt eine kleine Anzahl von Variablen in den folgenden drei Dateien, die mit zwei Unterstrichen beginnen, aber das ist es.

\ ZendFramework-2.1.4 \ library \ Zend \ View \ Renderer \ PhpRenderer.php \ ZendFramework-2.1.4 \ library \ Zend \ View \ Renderer \ ConsoleRenderer.php \ ZendFramework-2.1.4 \ library \ Zend \ Stdlib \ AbstractOptions.php

Mindestens eine dieser Dateien enthält den folgenden Kommentar:

Hinweis: alle privaten Variablen in dieser Klasse Präfix mit „__“. Dies ist zum * Sie als Teil der internen Implementierung markieren und damit Konflikte vermeiden * Mit Variablen in den Renderer injiziert.

In Bezug auf Methoden konnte ich drei Dateien finden, die „private Funktion _“ und 89 Dateien, die Verwendung „geschützte Funktion _“ verwenden Methoden zu erklären. Es gab auch drei Dateien „private statische Funktion _“ und sieben Dateien mit „geschützter statischer Funktion _“ verwenden. Es handelt sich um eine sehr kleine Minderheit der Gesamtzahl der Verfahren Erklärungen im Projekt.

Es scheint, dass diese Konvention ist tot oder sterbend in Zend Framework 2.

EDIT: Es sieht aus wie diese beiden Abschnitte der ZF2 codign Standards besagen diese klar

.

http://framework.zend.com/wiki/ Anzeige / ZFDEV2 / Coding + Standards # CodingStandards-Variablen http://framework.zend.com/wiki/display/ZFDEV2 / Coding + Standards # CodingStandards-FunctionsandMethods

Variablen

Variablennamen müssen nur alphanumerische Zeichen enthalten. Unterstrichen sind nicht gestattet. Zahlen werden in Variablennamen erlaubt sind aber in den meisten Fällen abgeraten.

Für Variablen, die mit privaten oder geschützten Sichtbarkeits erklärt werden, kann das erste Zeichen des Variablennamen ein Unterstrich sein. Dies ist die einzig akzeptable Anwendung eines Unterstrich in einem Variablennamen, und entmutigt wird (wie es für die öffentliche Sichtbarkeit Refactoring erschwert).

Funktionen und Methoden

Funktionsnamen müssen nur alphanumerische Zeichen enthalten. Unterstrichen sind nicht gestattet. Die Zahlen sind in Funktionsnamen erlaubt sind aber abgeraten.

Funktionsnamen müssen immer mit einem Kleinbuchstaben beginnen. Wenn der Name einer Funktion von mehr als einem Wort besteht, muss der erste Buchstabe jedes neue Wort groß geschrieben werden. Dies wird allgemein als „camelcase“ genannt Formatierung.