关于XML中的元素大小写有什么正式的建议吗?
我知道XHTML使用小写的元素名称(与HTML相反,HTML通常使用大写,但不区分大小写)。
但我说的是用于泛型内容的XML。
小写:
<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>
大写:
<CUSTOMER>
<ACCOUNTNUMBER>619</ACCOUNTNUMBER>
<NAME>Shelby Lake</NAME>
</CUSTOMER>
注:我在寻找被引用的指南,而不是意见。但支持率最高的意见可以被认为是一种指导方针。
发布于 2009-07-02 15:18:28
大多数源于W3C的XML标准都倾向于使用带有连字符的小写字母。
将XML视为平台中立文档的格式与将XML视为特定于平台的对象图的序列化的诸如XAML之类的语言之间存在着哲学上的区别,W3C标准试图鼓励这种格式。
如果您没有将XML用作与平台无关的文档格式,而是作为特定于应用程序的序列化,那么您不妨省去一些麻烦,并在XML名称和特定于平台的名称之间建立1:1的对应关系。但是,几乎所有其他对象图格式都比XML更适合于此目的。
如果是,那么您可能想要适应XHTML、XSLT、SVG、XProc、RelaxNG等。
发布于 2009-07-02 13:59:07
这并不重要,但我一直偏爱元素使用PascalCase,属性使用camelCase:
<Root>
<ParentElement attributeId="1">
<ChildElement attributeName="foo" />
</ParentElement>
</Root>
发布于 2009-07-02 14:06:19
没有正式的建议。
由于XML被设计为具有保存文档和在不同系统之间交换信息的双重目的,因此它被设计为能够与使用它的应用程序相匹配。
因此XML倾向于使用ProperCasing (见证.Net ),而其他XML将使用camelCasing、python_conventions、dot.naming甚至ProperCasing约定。W3C似乎更喜欢小写加短划线的形式(例如XSLT),或者只是将小写的单词混在一起(例如MathML)。
我喜欢所有的小写字母,没有下划线,因为这意味着更少使用Shift键,而且我的手指有点懒。:)
https://stackoverflow.com/questions/1074447
复制相似问题