Чи існує якийсь стандарт, фактично чи інший, для XML-документів? Наприклад, який "найкращий" спосіб написати тег?

<MyTag />
<myTag />
<mytag />
<my-tag />
<my_tag />

Так само, якщо у мене є перелічене значення для атрибута, який є кращим

<myTag attribute="value one"/>
<myTag attribute="ValueOne"/>
<myTag attribute="value-one"/>

Я підозрюю, що найпоширенішими цінностями були б camelCased - тобто

<myTag someAttribute="someValue"/>

Зокрема, пробіли викликають кілька збоїв у змішуванні з генераторами коду (тобто для [де] серіалізації xml на об’єкти), оскільки не так багато мов дозволяють перерахування пробілів (вимагаючи відображення між ними).

Правила іменування XML

Елементи XML повинні відповідати цим правилам іменування:

    - Element names are case-sensitive 
    - Element names must start with a letter or underscore
    - Element names cannot start with the letters xml(or XML, or Xml, etc) 
    - Element names can contain letters, digits, hyphens, underscores, and periods 
    - Element names cannot contain spaces

Можна використовувати будь-яке ім'я, жодні слова не зарезервовані (крім xml).

Кращі практики іменування

    - Create descriptive names, like this: <person>, <firstname>, <lastname>.
    - Create short and simple names, like this: <book_title> not like this: <the_title_of_the_book>.
    - Avoid "-". If you name something "first-name", some software may think you want to subtract "name" from "first".
    - Avoid ".". If you name something "first.name", some software may think that "name" is a property of the object "first".
    - Avoid ":". Colons are reserved for namespaces (more later).
    - Non-English letters like éòá are perfectly legal in XML, but watch out for problems if your software doesn't support them.

Іменування стилів

Для елементів XML не визначено стилів імен. Але ось деякі загальновживані:

    - Lower case    <firstname> All letters lower case
    - Upper case    <FIRSTNAME> All letters upper case
    - Underscore    <first_name>    Underscore separates words
    - Pascal case   <FirstName> Uppercase first letter in each word
    - Camel case    <firstName> Uppercase first letter in each word except the first

посилання http://www.w3schools.com/xml/xml_elements.asp

Для мене це як обговорення стилю коду для мови програмування: одні будуть сперечатися за стиль, інші захищатимуть альтернативу. Єдиний консенсус, який я побачив: "Виберіть один стиль і будьте послідовними"!

Я лише зауважую, що у багатьох діалектах XML використовуються лише маленькі імена (SVG, Ant, XHTML ...).

Я не отримую правило "без пробілів у значеннях атрибутів". Якось воно надсилає на дебати "що вносити в атрибути, а що в якості тексту?".
Можливо, це не найкращі приклади, але є деякі добре відомі формати XML, що використовують пробіли в атрибутах:

• XHTML, зокрема атрибут класу (можна поставити два або більше класів) і, звичайно, атрибути alt і title.
• SVG, наприклад, атрибут d тегу шляху.
• Обидва з атрибутом стилю ...

Я не до кінця розумію аргументи проти практики (схоже, це стосується лише деяких звичаїв), але вона є принаймні юридичною та досить широко застосовується. З недоліками, мабуть.

О, і вам не потрібен пробіл перед косою рисою, що автоматично закривається. :-)

Я віддаю перевагу TitleCase за імена елементів, а camelCase за атрибути. Жодного місця немає.

<AnElement anAttribute="Some Value"/>

Окрім того, я швидко здійснив пошук найкращих практик у XML і придумав це досить цікаве посилання: Схеми XML: найкращі практики .

Я схильний віддавати перевагу тегам нижнього регістру або верблюду, і оскільки атрибути, як правило, повинні відображати значення даних, а не вміст, я б дотримувався значення, яке може бути використано як ім'я змінної на будь-якій платформі / мові, яка може бути зацікавленою, тобто уникати пробілів, але інший дві форми можуть бути нормальними

Це суб’єктивно, але якщо в тезі елемента є два слова, читаність можна покращити, додаючи підкреслення між словами (наприклад <my_tag>), замість використання роздільника. Довідково: http://www.w3schools.com/xml/xml_elements.asp . Отже, згідно w3schools, відповідь буде такою:

<my_tag attribute="some value">

Значення не повинно використовувати підкреслення або роздільник, оскільки вам дозволено пробіли у значеннях атрибутів, але не в іменах тегів елементів.

У багатьох діалектах XML, орієнтованих на документи, використовується основна латиниця та тире. Я схильний піти з цим.

Генератори коду, які пов'язують XML безпосередньо з ідентифікаторами мов програмування, є крихкими, і (за винятком наївної серіалізації об'єктів, наприклад XAML) слід уникати у портативних форматах документів; для найкращого повторного використання та довговічності інформації XML повинен намагатися відповідати домену, а не реалізації.

rss - це, мабуть, одна з найбільш споживаних xml-схем у світі, і це camelCased.

Специфікація знаходиться тут: http://cyber.law.harvard.edu/rss/rss.html

Звичайно, він не має атрибутів вузла у схемі, але всі імена елементів вузла є camelCased. Наприклад:

lastBuildDate managementEditor pubDate

Зазвичай я узгоджую конвенцію про іменування XML з тією ж нормою іменування в інших частинах коду. Причина полягає в тому, що я завантажую XML в Object, його атрибути та імена елементів можуть називатися тим самим правилом іменування, яке зараз використовується в проекті.

Наприклад, якщо ваш javascript використовує camelCase, тоді ваш XML також використовує camelCase.

Microsoft приймає дві домовленості:

1. Для конфігурації Microsoft використовує camelCase . Подивіться на файл конфігурації Visual Studio. Для VS2013 він зберігається в:

   C: \ Program Files (x86) \ Microsoft Visual Studio 12.0 \ Common7 \ IDE \ devenv.exe.config

Приклад:

<startup useLegacyV2RuntimeActivationPolicy="true">
  <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5" />
</startup>

2. Microsoft також використовує UpperCase для свого XAML. Я думаю, це для того, щоб відрізнятись від HTML (який використовує малі регістри).

Приклад:

<MenuItem Header="Open..." Command="ApplicationCommands.Open">
    <MenuItem.Icon>
        <Image Source="/Images/folder-horizontal-open.png" />
    </MenuItem.Icon>
</MenuItem>

Явної рекомендації немає. На основі іншої рекомендації W3C, тієї, що стосується XHTML , я вибрав нижній регістр:

4.2. Назви елементів та атрибутів мають бути малими

Документи XHTML повинні використовувати малі регістри для всіх імен елементів HTML та атрибутів. Ця різниця необхідна, оскільки XML чутливий до регістру, наприклад <li> та <LI> - це різні теги.

Правила іменування XML

Елементи XML повинні відповідати цим правилам іменування:

• Імена можуть містити літери, цифри та інші символи
• Імена не можуть починатися з цифри або пунктуаційного символу
• Імена не можуть починатися на літери xml (або XML, або Xml тощо)
• Імена не можуть містити пробіли Будь-яке ім'я може використовуватися, слова не зарезервовані.

Джерело: Школа W3

Я багато шукав хорошого підходу, також читав цю тему та деякі інші, і я би проголосував за використання дефісів .

Вони широко використовуються в ARIA ( https://developer.mozilla.org/de/docs/Web/Barrierefreiheit/ARIA ), що можна побачити в багатьох вихідних кодах, і тому вони є загальними. Як уже зазначалося тут, вони, безумовно, дозволені, що також пояснюється тут: Використання - в імені елемента XML

Також як побічна перевага: При написанні HTML у поєднанні з CSS у вас часто є класи, імена яких за замовчуванням також використовують дефіси як роздільник. Тепер, якщо у вас є власні теги, які використовують класи CSS або власні атрибути для тегів, які використовують класи CSS, то щось на зразок:

<custom-tag class="some-css-class">

є більш послідовним і читає - на мій скромний погляд - набагато приємніше, ніж:

<customTag class="some-css-class">