CSS的触发器大家都很了解。class和id属性使你可以完全地控制网站的表现。然而，通过使用内联的样式属性（译者注：指写在XHTML标签中的style="..."属性），你也可以在不使用这些触发器的情况下工作，但这种用法是应该被强烈反对的。当你想要重新定义网站表现的时候，就会被迫连XHTML结构层也一起改掉。它们的出现破坏了表现和结构之间的分离。
JavaScript触发器
行为层也应该可以用同样的方式工作。通过抛弃使用内联的事件句柄（比如onmouseover="switchImages('fearful',6,false)"），我们可以把行为和结构分开。和CSS一样，我们应该使用触发器去告诉脚本在哪里部署行为。
最简单的JavaScript触发器是id属性。
高级触发器
不幸的是有些情况下你不能使用id作为触发器：
一个id只能在文档中出现一次，有时候你可能想把同样的行为加到几个（或一组）元素之上。
有些情况下脚本需要比仅仅指出“在这里部署”更多的信息（译者注：比如传递一些参数）。
我们用表单脚本来作上面两个问题的例子。给XHTML加上表单校验触发器会很实用，比如指定“这个输入域（译者注：文字输入框、密码输入框等）是必填的”。为了实现这样的触发器，我们很可能得到如下的脚本：
functionvalidateForm(){varx=document.forms[0].elements;for(vari=0;i
然而严格地说，class属性是用于定义CSS触发器的。把CSS和JavaScript的触发器合起来定义并不是不可能，但这样做很可能使代码变得一片混乱：
依我看来，class属性应该只能用于CSS。class是XHTML表现层的主要触发器，如果再让它承载行为层的信息就会使问题变得复杂化。用class属性同时触发两个层是与行为和表现分离相抵触的，但到底怎么做还是应该由你自己视情况而定。
信息传递触发器
此外，触发器也可以变得更复杂一些，而不仅仅是一个声明“在这里部署（行为）”的命令。有时候你可能想给触发器加一个变量，这样可以使行为层变得更加通用，可以对每一个XHTML元素个体的需求作出响应，而不是傻乎乎地执行一个标准的脚本。
拿一个表单打比方，这个表单包括一些字符串长度有上限的文本输入框。原先的maxlength属性已经不再在textarea元素上工作，所以我们必须写个脚本来做这件事。另外，并不是这个表单里所有的文本输入框都有相同的字符串长度上限，所以在某个地方把它们个自的上限长度存起来就显得很必要了。
我们希望有这样一个东西：
varx=document.getElementsByTagName('textarea');for(vari=0;i
这段脚本需要两个关键的信息：
这个文本输入框有长度上限吗？这是一个很概括的触发器，告诉脚本某些行为应该加在这里。
上限是什么？这是一个值，使得脚本可以正确地检查用户输入。
在这里，用基于class的方式不再合适了。虽然从技术上讲不是不能做到，但是所需的代码会变得太复杂。打个比方，我们来给一个本身就带有一个叫“large”的class的文本输入框加上触发器，以便告诉脚本它是必填的，而且长度上限是300：
这样做不光把表现层和行为层混合在了一起，而且用于读出这个值的脚本也会变得比较怪异：
varmax=this.className.substring(this.className.indexOf('maxlength')+10);if(this.value.length>max)//提醒用户出错了。
很容易就注意到这段脚本只有当我们把maxlength=x放在最后一个的时候才能工作。如果我们想让这个脚本可以处理不是放在最后一个的maxlength=x（这种情况是常有的，比如我们想再加一个传值的触发器），它会变得更加复杂。
面临的问题
这就是我们现在面临的问题。如何才能添加完美的JavaScript触发器，让我们可以方便地把一般声明（“在这里部署行为”）和针对元素的值一起传给脚本？
从技术上来说，把这些信息一起加到class属性上是可能的，但问题是class是被设计出来做这件事的吗？
自定义属性
我转向另一种解决方案。再来看一下前面提到的textarea长度限制的例子。我们需要两部分信息：
这个文本输入框有长度上限吗？
上限是什么？
用自然、有语义的方式来表达这些信息需要添加一个自定义属性给textarea：
maxlength属性通知脚本检查用户输入，并通过属性的值把长度上限传给脚本。同理，我们可以把“required”触发器也改为一个自定义属性。比如：required="true"，无论给它赋什么值都可以，因为它只是起一个通知的作用，无须附带任何额外的信息。
从技术上说，这么做没有任何问题。W3CDOM的getAttribute()方法可以从任何一个标签中读取任意属性的值。只有7.54版以前的Opera不允许从标签（如）中读取一个错误的属性（如src）。幸运的是之后的版本对getAttribute()提供了完全的支持。
下面就是我的解决方案：
functionvalidateForm(){varx=document.forms[0].elements;for(vari=0;i
依我看来，这种方案很容易实现，而且与JavaScript触发器应有的形式一致：一对“变量名／值”提供了触发器的名字和脚本所需的值，它同时允许你针对每一个元素个体定义行为。最后，这种向XHTML添加触发器的方式对于初学者来说也是相当简单的。
自定义DTD
但这里又出现了另一个问题，用这种方案制作的页面无法通过校验。检验器认为required和maxlength非法的。检验器这样做当然是完全正确的，XHTML当中压根就没有前一个属性，后一个属性也只属于元素。
解决方案就是让它们合法：定义一个自定义的文档类型定义（DocumentTYpeDefinition，DTD），把XHTML作一个小小的扩展，使它包含我们定义的属性。这个自定义的DTD定义了新增的属性以前它们应该出现的正确位置，然后校验器就会按我们自定义的XHTML口味来校验文档。如果DTD说这些属性是正确的，那它们就是正确的。
如果你不了解如何创建一个的DTD，请阅读这篇J.DavidEisenberg发表的《创建自定义的DTD》（译者注：看大家的意见再决定是否翻译^_^），在这篇文章中他会告诉你所有你想知道的。
依我看来，用自定义属性来触发行为层——配合使这些属性合法的自定义的DTD——可以帮助我们把行为层与结构层分离，同时保持简洁的代码和高效的脚本。此外，一旦把这些属性和脚本定义好，即使最菜的菜鸟也可以方便地把触发器加入到XHTML文档中。
