Konwencja nazewnictwa identyfikatorów Androida: małe litery z podkreśleniem a wielkie litery

Obecnie programuję aplikację na Androida. Teraz odkryłem, że nie można umieścić obiektów zasobów, powiedzmy, obrazu w folderze do rysowania i nazwać go „myTestImage.jpg”. Spowoduje to błąd kompilatora, ponieważ składnia wielkości liter wielbłąda jest niedozwolona, ​​więc musisz zmienić jej nazwę na „my_test_image.jpg”.

Ale co z identyfikatorami zdefiniowanymi w pliku XML. Powiedzmy, że masz następującą definicję

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

To jest poprawna definicja, kompiluje się i działa dobrze na moim emulatorze Androida, chociaż - jak widzisz - określam identyfikator w składni wielbłąda.

Teraz próbki Androida zawsze używają małych liter i podkreślenia. Czy jest to tylko konwencja nazewnictwa polegająca na używaniu małych liter z podkreśleniem dla identyfikatorów, czy może to powodować problemy na prawdziwym urządzeniu?

Dzięki

Urządzenie nie będzie narzekać, jeśli używasz nazw identyfikatorów w kształcie wielbłądów. Dla mojej pierwszej aplikacji napisałem wszystkie identyfikatory w przypadku wielbłąda, ponieważ wydaje mi się, że w ten sposób wygląda lepiej w kodzie Java i działa dobrze.

Powoli zmieniam jednak zdanie na temat obudowy wielbłąda, ponieważ kończy się to na dwóch różnych konwencjach nazewnictwa - na przykład:

// 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);

Ja też zastanawiam się nad standardami tutaj. Google jest niespójny w ich przykładach; czasami używają wszystkich małych liter, czasami dodają podkreślenia, a czasami używają wielbłądów.

Jeśli spojrzysz na android.R.id.*pola, zauważysz, że wszystkie są w skrzynce wielbłąda. Więc jeśli identyfikatory Androida są zapisane w przypadku wielbłąda, myślę, że musimy przestrzegać tej konwencji :)

myślę, że dobrze będzie, jeśli użyjemy wszystkich małych liter z podkreśleniami.

Po prostu spójrz na to (dodając do tego, co odpowiedział Daniel)

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

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

z własnego doświadczenia mam tendencję do trochę pomieszania z konwencją wielkości wielbłądów w xml, ponieważ kiedy połączysz ją z Javą, która również używa wielbłąda (ponieważ jest to standard), wygląda to jak doppleganger.

Myślę, że jeśli użyjemy konwencji podkreślenia dla identyfikatorów w plikach xml i konwencji wielbłądów dla pól klas, zapewni to każdemu deweloperowi lepszą widoczność w rozróżnieniu identyfikatorów xml i pól klas.

Jeśli spojrzysz na niektóre przykłady aplikacji Google, takie jak:

https://github.com/google/iosched

Używają podkreślenia. Więc ... może tak powinniśmy to robić?

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));

Po pierwsze, nie ma określonego standardu, który pozwoliłby określić, który z nich jest bardziej właściwy, ale mam na to swój własny pomysł. Mój pomysł jest rozsądny, aby zachować identyfikator XML i zmienną java dokładnie o tej samej nazwie, zgodnie z konwencją wielbłądów.

1. Dostęp do zmiennej jest łatwy, wyszukując projekt zarówno po stronie XML, jak i java.

2. Definicja biblioteki butterKnife

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

W ten sposób lepiej jest zachować.

Nazwy plików XML (które są używane w folderze do rysowania) muszą być wszystkie zapisane małymi literami, oddzielone znakiem podkreślenia _, ponieważ nazwy plików pisane wielkimi literami nie są obsługiwane w formacie XML.

Jeśli kompilator Androida naprawdę robi to, co mówisz, ograniczając wielkość wielbłąda (co wydaje się dość dziwne), powinieneś trzymać się ustalonych konwencji.

Podążanie pod prąd spowoduje tylko niepotrzebne zamieszanie. Utrzymuj spójność we wszystkich możliwych miejscach.