Convenzione di denominazione degli ID Android: lettere minuscole con trattino basso rispetto a lettere maiuscole

Attualmente sto programmando un'applicazione per Android. Quello che ho scoperto è che non è possibile posizionare oggetti risorsa, ad esempio un'immagine nella cartella disegnabile e denominarla come "myTestImage.jpg". Questo ti darà un errore del compilatore poiché la sintassi del case camel non è consentita, quindi dovresti rinominarla come "my_test_image.jpg".

Ma per quanto riguarda gli ID che definisci nel file XML. Supponi di avere la seguente definizione

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

Questa è una definizione valida, si compila e funziona bene sul mio emulatore Android anche se - come vedi - sto specificando l'id nella sintassi del caso del cammello.

Ora, gli esempi Android usano sempre lettere minuscole e trattini bassi. È solo una convenzione di denominazione per utilizzare lettere minuscole con trattino basso per gli ID o potrebbe causare problemi sul dispositivo reale?

Grazie

Il dispositivo non si lamenterà se si utilizzano nomi di id camel-case. Per la mia prima applicazione ho scritto tutti gli ID in camel-case perché penso che appaia meglio nel codice Java in questo modo, e funziona perfettamente.

Tuttavia, sto lentamente cambiando idea sul caso del cammello, perché ti ritroverai con due diverse convenzioni di denominazione, ad esempio:

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

Anch'io mi chiedo quali siano gli standard qui. Google è incoerente nei loro esempi; a volte usano tutte lettere minuscole, a volte inseriscono trattini bassi, a volte usano camel-case.

Se dai un'occhiata ai android.R.id.*campi, noterai che sono tutti in custodia di cammello. Quindi, se gli ID Android sono scritti in camel-case, immagino che dobbiamo seguire questa convenzione :)

Penso che sia un bene se usiamo tutte le lettere minuscole con trattini bassi.

Guarda questo (in aggiunta a ciò che Daniel aveva risposto)

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

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

nella mia esperienza tendo a confondere un po 'la convenzione del caso del cammello in xml perché quando lo colleghi a Java che usa anche il caso del cammello (perché è lo standard) sembra un doppleganger.

Penso che se usiamo la convenzione di sottolineatura per id nei file xml e la convenzione di camel case per i campi di classe, allora darà una migliore visibilità a ogni sviluppatore per distinguere tra ID xml e campi di classe.

Se guardi alcuni esempi di app di Google come:

https://github.com/google/iosched

Usano trattini bassi. Quindi ... forse è così che dovremmo farlo?

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

Prima di tutto, non esiste uno standard certo per definire quale sia più corretto, ma ho una mia idea al riguardo. La mia idea è ragionevole mantenere l'ID XML e la variabile java con lo stesso identico nome con la convenzione camel-case.

1. È facile raggiungere la variabile cercando il progetto sia XML che java.

2. definizione della libreria butterKnife

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

È più corretto restare in questo modo.

I nomi dei file xml (che è ciò che viene utilizzato nella cartella drawable) devono essere tutti minuscoli separati dal carattere di sottolineatura _ poiché i nomi di file in maiuscolo non sono supportati in xml.

Se il compilatore di Android sta davvero facendo quello che dici limitando il caso del cammello (il che sembra piuttosto strano), dovresti attenersi alle convenzioni stabilite.

Andare controcorrente causerà solo una confusione inutile. Mantieni le cose coerenti in tutti i posti dove possibile.