Görünüm Kimlikleri için adlandırma kuralınız nedir?

Question

Görüş kimliklerini isimlendirirken çoğumuzun rahatsız olduğunu düşünüyorum. Paket mekanizmasından farklı olarak, bir projedeki kaynakların kimlikleri ortak bir ad alanı kullanıyor. Bu nedenle, alanları aynı işleve sahip ancak farklı düzen dosyalarında adlandırmanın bazı yollarını bulmalıyız.

Yolum, adın veya düzen dosyasının Acitvity sınıf adının, orijinal kimliğin ön tarafında kullanılan bir noktayla ayrılmış olarak eklenmesidir. Örneğin, bir filmin bilgilerini gösteren bir Etkinlikte başlangıçta "açıklama" olarak adlandırılan bir kimlik "movie.details.description" haline gelebilir.

Daha iyi bir fikir var mı?

Answer 1

Öncelikle aynı kavram kullanılır ama şimdi

Benim adlandırma kuralı şudur Daha genel kimlikler kullanmaya çalışıyorum. Sizde sadece description kimliğini arardım. Bu nedenle, her öğe için bir kimliğe ihtiyacınız yoktur ve bunları, bu yerleşimin açıklama öğesini aldığınızı bildiğiniz findViewById (R.id.description) öğesini çağırdığınızda hangi düzeni referansladığınız önemli olmadığı için yeniden kullanabilirsiniz.

Elbette, düzeninizin hiç bir açıklama öğesi olup olmadığını bilmek zorundasınız. Bu bir dezavantaj olabilir.

Answer 2

İlginç bir soru. Google tarafından yayınlanan resmi bir yol rehberi (veya bu konuda yanlış olabileceğimi ancak Google'da bulamadığım bir topluluk) olmadığı için, biraz öznel olabilir. Sizi ve ekibinizi rahat ettiren stili kullanmalısınız. Bir düğme Login aktivite Home içinde tanımlanmış Örneğin

activityname_elementtype_explicitdescription_suffix

hale gelebilir:

home_btn_login