Namenskonvention für Android-IDs: Kleinbuchstaben mit Unterstrich vs. Kamelbuchstaben

Ich programmiere gerade eine Anwendung für Android. Was ich jetzt herausgefunden habe, ist, dass Sie keine Ressourcenobjekte, beispielsweise ein Bild, in den Zeichenordner legen und es wie "myTestImage.jpg" benennen können. Dies führt zu einem Compilerfehler, da die Syntax für Kamelfälle nicht zulässig ist. Sie müssten sie daher in "my_test_image.jpg" umbenennen.

Aber was ist mit IDs, die Sie in der XML-Datei definieren? Angenommen, Sie haben die folgende Definition

<TextView android:id="@+id/myTextViewFirstname"
              android:layout_width="wrap_content"
              android:layout_height="wrap_content"
              android:text="Firstname" />

Dies ist eine gültige Definition, die auf meinem Android-Emulator kompiliert und einwandfrei funktioniert, obwohl ich - wie Sie sehen - die ID in der Kamel-Fall-Syntax spezifiziere.

Jetzt verwenden die Android-Beispiele immer Kleinbuchstaben und Unterstriche. Ist dies nur eine Namenskonvention zur Verwendung von Kleinbuchstaben mit Unterstrich für die IDs oder kann dies zu Problemen auf dem realen Gerät führen?

Vielen Dank

Das Gerät wird sich nicht beschweren, wenn Sie Kamel-Fall-ID-Namen verwenden. Für meine erste Anwendung habe ich alle IDs in Camel-Case geschrieben, weil ich denke, dass es im Java-Code auf diese Weise besser erscheint und gut funktioniert.

Ich ändere jedoch langsam meine Meinung über Kamelfälle, weil Sie am Ende zwei verschiedene Namenskonventionen haben - zum Beispiel:

// This must be undescored due to naming constrictions
setContentView(R.layout.my_long_layout_name);

// Now this looks a little out of place
findViewById(R.id.myLongSpecificId);

Auch ich wundere mich über die Standards hier. Google ist in ihren Beispielen inkonsistent. manchmal verwenden sie alle Kleinbuchstaben, manchmal fügen sie Unterstriche ein und manchmal verwenden sie Kamelbuchstaben.

Wenn Sie sich android.R.id.*Felder ansehen , werden Sie feststellen, dass sich alle in einem Kamelkoffer befinden. Also, wenn die Android-IDs in Kamel-Fall geschrieben sind, müssen wir diese Konvention befolgen :)

Ich finde es gut, wenn wir alle Kleinbuchstaben mit Unterstrichen verwenden.

Schau dir das an (zusätzlich zu dem, was Daniel geantwortet hatte)

  // Camel Case
    TextView tvUserName = (TextView) findViewById(R.id.tvUserName);

    // Small Caps and Underscores
    TextView tvUserName = (TextView) findViewById(R.id.tv_user_name);

Nach meiner eigenen Erfahrung neige ich dazu, ein wenig verwirrt zu sein von der Kamelfallkonvention in XML, denn wenn Sie sie mit Java verknüpfen, das auch Kamelfall verwendet (weil es der Standard ist), sieht es aus wie ein Doppelgänger.

Ich denke, wenn wir die Unterstrichkonvention für ID in XML-Dateien und die Kamelfallkonvention für Klassenfelder verwenden, wird dies jedem Entwickler eine bessere Sichtbarkeit geben, um zwischen XML-IDs und Klassenfeldern zu unterscheiden.

Wenn Sie sich einige Beispiele für Googles-Apps ansehen, wie z.

https://github.com/google/iosched

Sie verwenden Unterstriche. Also ... vielleicht sollten wir das so machen?

android:id="@+id/frag_account_button"
frag_account_button = ((ListView)view.findViewById(R.id.frag_account_button));

android:id="@+id/fragAccountButton"
fragAccountButton = ((ListView)view.findViewById(R.id.fragAccountButton));

Erstens gibt es keinen bestimmten Standard, um zu definieren, welcher besser ist, aber ich habe meine eigene Vorstellung davon. Meine Idee ist vernünftig, XML-ID und Java-Variable mit der Kamel-Fall-Konvention im exakt gleichen Namen zu halten.

1. Es ist einfach, die Variable zu erreichen, indem Sie sowohl auf der XML- als auch auf der Java-Seite nach dem Projekt suchen.

2. Definition der butterKnife-Bibliothek

   @BindView (R.id.infoTextView) TextViewFont infoTextView;

Es ist richtiger, auf diese Weise zu bleiben.

XML-Dateinamen (die im Zeichenordner verwendet werden) müssen in Kleinbuchstaben durch den Unterstrich _ getrennt sein, da großgeschriebene Dateinamen in XML nicht unterstützt werden.

Wenn der Android-Compiler wirklich das tut, was Sie sagen, um den Fall von Kamelen einzuschränken (was ziemlich seltsam erscheint), sollten Sie sich an die festgelegten Konventionen halten.

Gegen den Strich zu gehen, wird nur unnötige Verwirrung stiften. Halten Sie die Dinge an allen Orten konsistent, wo dies möglich ist.