Eleman isimleriyle ilgili durum kuralları?

XML'de eleman kasası hakkında herhangi bir resmi tavsiye var mı?

XHTML'nin küçük harfli öğe adları kullandığını biliyorum (standart olarak büyük harf kullanan ancak büyük / küçük harfe duyarlı olmayan HTML'nin tersine).

Ama genel içerik için XML'den bahsediyorum.

küçük harfe:

<customer> 
   <accountnumber>619</accountnumber>
   <name>Shelby Lake</name>
</customer>

camelCase:

<customer> 
   <accountNumber>619</accountNumber>
   <name>Shelby Lake</name>
</customer>

PascalCase:

<Customer> 
   <AccountNumber>619</AccountNumber>
   <Name>Shelby Lake</Name>
</Customer>

BÜYÜK HARF:

<CUSTOMER> 
   <ACCOUNTNUMBER>619</ACCOUNTNUMBER>
   <NAME>Shelby Lake</NAME>
</CUSTOMER>

Not: Fikirlerden ziyade alıntı yapılan yönergeleri arıyorum. Ancak en fazla oy alan görüş bir kılavuz olarak kabul edilebilir.

W3C'den kaynaklanan çoğu XML standardı, kısa çizgi ile küçük harf kullanma eğilimindedir.

XML'i, W3C standartlarının teşvik etmeye çalıştığı, platformdan bağımsız belgeler için bir format olarak görmek ile XML'i platforma özgü bir nesne grafiğinin serileştirilmesi olarak gören XAML gibi diller arasında felsefi bir ayrım vardır.

XML'i platformdan bağımsız bir belge formatı olarak değil, uygulamaya özgü bir serileştirme olarak kullanıyorsanız, kendinizi biraz zahmetten kurtarabilir ve XML adları ile platforma özgü adlar arasında 1: 1 bir yazışmaya sahip olabilirsiniz. Ancak hemen hemen tüm diğer nesne grafik formatları, bu amaç için XML'den daha iyidir.

Eğer öyleyseniz, XHTML, XSLT, SVG, XProc, RelaxNG ve diğerlerine uymak isteyebilirsiniz.

Önemli olduğundan değil, ama her zaman Elements için PascalCase'e ve nitelikler için camelCase'e taraf oldum:

<Root>
  <ParentElement attributeId="1">
    <ChildElement attributeName="foo" />
  </ParentElement>
</Root>

Resmi bir öneri yoktur.

XML, belgeleri tutmak ve farklı sistemler arasında bilgi alışverişi yapmak gibi ikiz amaçlarla tasarlandığından, onu kullanan uygulamalarla eşleşebilecek şekilde tasarlandı .

Dolayısıyla .Net XML, ProperCasing (XAML tanık) kullanma eğilimindeyken, diğer XML camelCasing, python_conventions, dot.naming ve hatta COBOL-CONVENTIONS kullanacaktır. W3C, kısa çizgi ile küçük harfleri (örn. XSLT) ya da sadece küçük harfleri bir araya getirmeyi (örn. MathML) seviyor gibi görünüyor.

Tüm küçük harfleri severim ve alt çizgi kullanmam, çünkü bu [Shift] tuşunun daha az kullanılması anlamına gelir ve parmaklarım biraz tembeldir. :)

Metro Şirin'in cevabına eklemek için.

Ulusal Bilgi Değişim Modeli (NIEM: http://en.wikipedia.org/wiki/National_Information_Exchange_Model ) şunları kullanmayı söylüyor:

• Elemanlar için Üst CamelCase (PascalCase).
• (alt) camelCase öznitelikleri için.

NIEM, bazı standartlara uymak istediğinizde iyi bir seçenek sunar.

Yukarıdaki yorumumu genişletmek gerekirse : 'tire ile küçük harf' kullanımının XSLT'de bazı sorunları vardır. Spesifik olarak, örneğin 'yaştan-yıl' olarak adlandırılan bir düğümü 'yıl - yaş' formülüyle karıştırmak kolaydır (örneğin, yıldan yaşı çıkarın).

@KarlKieninger'in işaret ettiği gibi, bu sadece insan seviyesinde bir problemdir ve XSLT ayrıştırıcısı için değildir. Bununla birlikte, bu genellikle bir hata üretmeyeceğinden , standart olarak 'tireli küçük harf' kullanmak sorun ister, IMHO.

İlgili bazı örnekler:

<a>1</a><b>1</b>
<xsl:value-of select="a+b"/>
outputs 2, as expected

<a>1</a><b>1</b>
<xsl:value-of select="a-b"/>
DOES NOT ERROR, BUT OUTPUTS NOTHING AT ALL

Yukarıdaki kodda, bir çıkarma operatöründen önce en az bir boşluk koymanız gerekir, ancak toplama operatörü için böyle bir gereksinim yoktur.

<a-b>1</a-b><c>1</c>
<xsl:value-of select="a-b -c"/>
outputs 0, as expected

Ancak yukarıdakileri okumanın ne kadar kafa karıştırıcı olduğuna dikkat edin!

<a>1</a><a-b>3</a-b><b>2</b>
<xsl:value-of select="a-b"/>
outputs 3

<a>1</a><a-b>3</a-b><b>2</b>
<xsl:value-of select="a -b"/>
outputs -1

Tek bir boşluğun varlığı yukarıdaki çıktıyı değiştirir, ancak hiçbir varyant bir hata değildir.

Çeşitli standartlarda kullanılan bazı örnek kurallar için UN / CEFACT XML Adlandırma ve Tasarım Kuralları Teknik Spesifikasyon Sürüm 3.0 sayfa 23'e bakın.

Özellikler (17 Aralık 2009 tarihli Sürüm 3.0'ın 23. sayfasından itibaren):

• LowerCamelCase (LCC) öznitelikleri adlandırmak için KULLANILMALIDIR.
• UpperCamelCase (UCC) öğeleri ve türleri adlandırmak için KULLANILMALIDIR.
• Kavramın kendisi çoğul olmadığı sürece eleman, öznitelik ve tür adları tekil biçimde OLMALIDIR.

( diğer bağlantı, İsveç sitesi )

Google'ın stil kılavuzu , özellik adlarının yanı sıra tüm öğe adları için camelCase'i önerir (belki de zorunlu kılar).

XML büyük / küçük harf kullanımı için orijinal amaç, kısa çizgilerle küçük harftir. Büyük / küçük harfe duyarlıdır ve bu kurala uymanızı gerektirmez - böylece istediğinizi yapabilirsiniz. Üzgünüm alıntı yapmadım.

HTML'nin "kanonik olarak" büyük harf kullandığını söyleyemem. Bence HTML'yi içerikten görsel olarak daha kolay ayırmak için büyük harf kullanıldı. Bugünlerde sözdizimi vurgulamasıyla bu gerekli değil.

Gerekirse kısa çizgilerle küçük harfe yöneliyorum (yazmak da daha hızlı). XML'de durum karıştırmak bana yanlış geliyor.

Deve davası oyumu alır.

Verilen örneklere gelince, belki bu soru insanların atıfta bulunduğu bağlantıdan gelebilir.