最近我读到越来越多关于人们在HTML标记中使用自定义属性的文章，主要是为了在javascript代码中嵌入一些额外的数据。
我希望收集一些关于使用自定义属性是否是一种好的实践的反馈，以及有哪些替代方案。
它似乎真的可以简化服务器端和客户端代码，但它也不符合W3C标准。
我们是否应该在web应用中使用自定义HTML属性?为什么或者为什么不呢?
对于那些认为自定义属性是一件好事的人来说:在使用它们时要记住哪些事情?
对于那些认为自定义属性是坏事的人:您使用什么替代方法来完成类似的事情?
更新:我最感兴趣的是各种方法背后的原因，以及为什么一种方法比另一种方法更好。我认为我们都可以想出4-5种不同的方法来完成同样的事情。(隐藏元素，内联脚本，额外的类，从id解析信息，等等)。
更新2:似乎HTML 5数据属性特性在这里有很多支持(我倾向于同意，它看起来是一个可靠的选项)。到目前为止，我还没有看到对这个建议的反驳。使用这种方法有什么问题/陷阱需要担心吗?或者仅仅是对当前W3C规范的“无害”的无效?
当前回答
将数据嵌入到dom中并使用jQuery的元数据。
所有好的插件都支持元数据插件(允许每个标签选项)。
它还允许无限复杂的数据/数据结构以及键值对。
<li class="someclass {'some': 'random,'json':'data'} anotherclass">...</li>
OR
<li class="someclass" data="{'some':'random', 'json': 'data'}">...</li>
OR
<li class="someclass"><script type="data">{"some":"random","json":"data"}</script> ...</li>
然后像这样获取数据:
var data = $('li.someclass').metadata();
if ( data.some && data.some == 'random' )
alert('It Worked!');
其他回答
HTML 5显式地允许以数据开头的自定义属性。例如，<p data-date-changed=" 1月24日下午5:23。">Hello</p>有效。因为它得到了标准的正式支持，所以我认为这是自定义属性的最佳选择。而且它不需要你用黑客来重载其他属性，所以你的HTML可以保持语义。
来源:http://www.w3.org/TR/html5/dom.html embedding-custom-non-visible-data-with-the-data - *属性
与自定义属性不生效的答案相反:
自定义属性将生效。
自定义标记也是如此，只要自定义标记是小写的并带有连字符。
在任何验证器中尝试此操作。它会生效。
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="utf-8">
<title>Custom Test</title>
</head>
<body>
<dog-cat PIANO="yellow">test</dog-cat>
</body>
</html>
一些验证器:
https://appdevtools.com/html-validator
https://www.freeformatter.com/html-validator.html
https://validator.w3.org/nu/
问题是:安全吗?它稍后会破裂吗?
自定义标记
不存在连字符标记。我相信W3C永远不会使用连字符标记。如果他们这样做了，只要您使用不常见的前缀，您就永远不会看到冲突。如:< johny-mytag >。
自定义属性
有连字符的HTML属性。但是HTML规范承诺永远不会使用以data-开头的属性。因此data-myattrib是安全的。但是，我相信W3C永远不会引入任何以johny-开头的属性。只要您的前缀是不寻常的，您就永远不会看到冲突。
规范:创建一个ASP。NET TextBox控件，根据属性“DecimalSeparator”和“ThousandsSeparator”，使用JavaScript动态地将文本自动格式化为数字。 将这些属性从控件转移到JavaScript的一种方法是让控件呈现自定义属性:
<input type="text" id="" decimalseparator="." thousandsseparator="," />
自定义属性可以通过JavaScript轻松访问。虽然使用具有自定义属性的元素的页面不会验证，但该页面的呈现不会受到影响。 我只在希望将简单类型(如字符串和整数)与HTML元素相关联以便与JavaScript一起使用时才使用这种方法。如果我想让HTML元素更容易识别，我将使用class和id属性。
We've made a web-based editor that understands a subset of HTML - a very strict subset (that understood nearly universally by mail clients). We need to express things like <td width="@INSWIDTH_42@"> in the database, but we can't have that in the DOM, otherwise the browser where the editor runs, freaks out (or is more likely to freak out than it is likely to freak out over custom attributes). We wanted drag-and-drop, so putting it purely in the DOM was out, as was jquery's .data() (the extra data didn't get copied properly). We probably also needed the extra data to come along for the ride in .html(). In the end we settled on using <td width="1234" rs-width="@INSWIDTH_42@"> during the editing process, and then when we POST it all, we remove width and do a regex search-and-destroy s/rs-width=/width=/g.
起初，写这篇文章的人是这个问题上的验证纳粹，他尝试了所有方法来避免我们的自定义属性，但最后当没有其他方法可以满足我们所有的需求时，他默认了。当他意识到自定义属性永远不会出现在电子邮件中时，这对他有所帮助。我们确实考虑过在课堂上编码我们额外的数据，但认为这是两害相权取其大。
就我个人而言，我更喜欢让东西干净，通过验证等，但作为一名公司员工，我必须记住我的主要责任是推进公司的事业(尽可能快地赚钱)，而不是我对技术纯洁性的自私愿望。工具应该为我们工作;我们不是为了他们。
我知道有人反对，但我想到了一个超短的解决方案。如果你想使用一个自定义属性“mine”，例如:
<a href="test.html" mine-one="great" mine-two="awesome">Test</a>
然后你可以像jquery.data()一样运行这段代码来获取一个对象。
var custom_props = {} ;
$.each($(".selector")[0].attributes, function(i,x) {
if (this.specified && x.name.indexOf("mine-") !== -1)
self.new_settings[x.name.replace("modal-","")] = x.value;
});
