XAML işaretlemesi için önerilen kontrol adlandırma kuralı nedir?

10

WPF veya Silverlight ile çalışırken, kontrol adlandırma kurallarını nasıl kullanmalısınız? Denetimleri XAML işaretlemesinde adlandırıyor musunuz? Ben kod seçiminde "selectButton" veya "btnSelect" gibi kontrol adları ile proje örnekleri gördüm. Ne önerirsiniz?

wpf silverlight

— Mamta D
kaynak

1

Hangi düzeni seçerseniz seçin, uygulamanız boyunca tutarlı olun.

— ChrisF

8

Microsoft yayınlanan kuralları vardır burada kendi web sitesinde. Sonuçta Macar isimlendirme kuralları yok.

DÜZENLE

Bunu daha açık hale getirmek için Microsoft, UI öğeleri de dahil olmak üzere tüm adlandırma kurallarından Macar gösterimini bıraktı. ANCAK, MS, kullanıcı arayüzü öğeleri için herhangi bir öneri belgelememiştir. Bunu not eden ve önerilerini sunan birçok bağlantı var, ancak sonuçta UI öğeleriyle kendi başınıza olursunuz. Örnek bağlantı .

Standartlarımızda Macarca notasyonu bıraktık ve açık adlandırma kullanıyoruz, yani OK adlı bir düğme ButtonOK, Yorumlar adlı bir metin bloğu TextblockComments olacak. Dezavantajı, isimlerin biraz uzayabileceğidir, olumlu olan, HERKES öğenin tam olarak ne olduğunu bilmesidir.

Sizin için neyin işe yaradığını belirlediğiniz ve bu standardı tutarlı bir şekilde kullandığınız sürece, yanlış gidemezsiniz.

— Walter
kaynak

2

Bunlar, kullanıcı arabirimi öğeleri değil, kütüphanelerdeki üyeleri adlandırmak için yönergelerdir.

— Robert Harvey

@ Robert - iyi bir nokta. Kılavuzlarının UI öğelerini hariç tuttuğunu fark etmemiştim. Cevabımı düzenleyeceğim.

— Walter

4

Genellikle XAML'deki kontrollerimi adlandırmıyorum, çoğu zaman, her şey ciltler aracılığıyla ayarlanmış veya kontrol edilmiş olarak düşünülmeden. Kaynak: Pete Brown

— Matthieu
kaynak

Aynı makalede, tüm veri giriş öğelerinizi (metin kutuları, onay kutuları, kombinasyonlar) yine de adlandırmanız gerekeceği söyleniyor, çünkü bunlar başka bir yere yönlendirilecek (örneğin bir veri deposu). Krom öğelerin (çizgiler, şekiller vb.) Adlandırılması gerekmez ve XAML'nin sizi bunu yapmaya zorlamaması güzeldir.

— Robert Harvey

@Robert Harvey: Makaleden: "Metin Kutuları, Liste Kutuları, Düğmeler gibi etkileşimli UI denetimleri vb. Komutları / davranışları ve MVVM gibi iyi bir desen kullanıyorsanız bunları adlandırmadan kurtulun Belgeler açısından bir gereklilik değil, yararlı. " MVVM ile gittiğim ve xaml'ımı harmanlama çalışması için bir tasarımcıya iletmek zorunda olmadığım için, bu isimler için herhangi bir kullanım bulamadım. Kontrollerim gerçekten basit, bu isimler tarafından sağlanan belgeler aşırıya kaçacaktı. Ancak daha karmaşık kullanıcı arayüzünde farklı olabileceğini kabul ediyorum.

— Matthieu

MVVM kullanıyorum ve nadiren kontrollerimi adlandırıyorum. Bağlam ve VS tasarımcısıyla ne oldukları oldukça açıktır. Bazen XAML'ye bir yorum yapacağım.

— M.Dudley

2

XAML hakkında bilmiyorum ama düzenli eski ASP.NET için gördüğüm sözleşmeler şunlardır:

İyi eski Macarca (ör. TxtFirstName, ddlState, chkAcceptsTerms)
Açık adlandırma (ör. TextFirstName, DropdownState, CheckAcceptsTerms)

Hangisini tercih ettiğimden emin değilim, dürüstçe. # 2 gibi bir sürü kod görmek için kullanılan ama ters (örn. FirstNameTex, StateDropdown, AcceptsTermsCheck) ama diğer denetimleri birlikte gruplandırdığından beri diğer yolu seviyorum.

— Wayne Molina
kaynak