Ich kenne die Regeln für CamelCase, aber ich bin verwirrt von dieser m-Regel. Wofür steht sie? Ich bin ein PHP-Entwickler. "Wir" verwenden die ersten Buchstaben von Variablen als Hinweis auf den Typ, z. B. 'b' für boolean, 'i' für integer und so weiter.
Ist 'm' eine Java-Sache? Steht es für mobile? gemischt?
In Anbetracht dessen, dass die meisten Java-Entwickler IDEs verwenden, die es ermöglichen, verschiedene visuelle Stile für Klassen, Methoden, statische und Parametervariablen festzulegen, finde ich es viel nützlicher, zum Beispiel statische Variablen/Methoden unterstrichen, Klassenvariablen kursiv usw. darzustellen. Und natürlich könnten Sie Ihre eigenen Schriftarten und Farben festlegen. Und es wird immer funktionieren, egal welche Präfixe Sie verwenden. Aber natürlich ist der Zauber verflogen, wenn Sie die IDE verlassen.
Um zu beweisen, dass Sie diese Konvention zur Benennung von Variablen in Ihrem Code definitiv nicht ignorieren sollten, übergebe ich hierunter einen Screenshot von einem übergeordneten Android Studio.
Beachten Sie, dass die Variablen innerhalb eines Objekts speziell sortiert sind, um m-Variablen unter Ihren nativen Variablen zu platzieren. Indem Sie sie in Ihrem Code mit dem Präfix "m" benennen, verstecken Sie sie in einem Haufen vor sich selbst.
CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.
2 Stimmen
Mitglied, natürlich, macht absolut Sinn :D Danke!
296 Stimmen
Dieses Präfix macht nichts anderes als die Lesbarkeit durcheinander zu bringen ...
11 Stimmen
Die Angabe des Typs als Präfix ist schlecht und wird als ungarische Notation bezeichnet. Siehe thc.org/root/phun/unmaintain.html und kernel.org/doc/Documentation/CodingStyle
12 Stimmen
Weil sie nicht viel Wissen über den Java-Code-Stil hatten, um anzufangen
1 Stimmen
@pambuk ich bin verwirrt, im Android-Code-Style-Guide steht, dass öffentliche Felder nicht mit diesem Zeichen vorangestellt werden sollen. Sind öffentliche, nicht statische Felder auch Mitgliedsfelder?
12 Stimmen
In meiner Meinung, wenn Sie Schwierigkeiten haben, lokale Variablen von Member-Variablen zu unterscheiden, haben Sie viel größere Probleme als die Einhaltung einer Code-Konvention. Hier ist die Konvention, die ich manchmal verwende: Lange Lebensdauer, langer Name. Kurze Lebensdauer, kurzer Name. Bisher noch nicht verwirrt gewesen.
1 Stimmen
Wenn Sie Schwierigkeiten haben, lokale Variablen von Member-Variablen zu unterscheiden, haben Sie ein völlig anderes Problem.
20 Stimmen
Ein wirklich dummer Präfix. Verwenden Sie Ihr IDE, um Setter/Getter zu generieren und Sie landen bei getmName() und setmName()! Auch Tools wie Lombok zur Generierung von Settern, Gettern, Konstruktoren usw. werden den m-Präfix generieren. Meiner Meinung nach fügt das m-Präfix keinen Wert hinzu und sollte aus der Namenskonvention entfernt werden.
1 Stimmen
@userM1433372 glaub mir, der Android-IDE ist intelligent genug, um normale Getter/Setter für solche Variablen und mehr zu erstellen. Also ist nur dein Kommentar hier "dumm". Hast du es überhaupt versucht?
0 Stimmen
@user924 Entschuldigung, nur mit IntelliJ/Android Studio getestet und IntelliJ generiert Setter und Getter wie getmVariable() und setmVariable(). Haben Sie es selbst getestet oder verwenden Sie einen anderen Editor?
1 Stimmen
@userM1433372 Ich verwende Android Studio (die einzige offizielle IDE für die Entwicklung von Android), hast du als Nächstes konfiguriert - Einstellungen/Editor/Code Style/Java/Code Generation? postimg.org/image/coxz23utn. IntelliJ sollte das auch haben.
0 Stimmen
@userM1433372 auch hier stackoverflow.com/a/49453184/7767664