实际上我们做这些研究，目的只有一个，就是怎么把工作做的漂亮。实际上本文和软件开发都是一个范围的，可以放到一起讨论的:)

如果是一个专门的richclient应用：

html会很复杂，事件句柄也很复杂，那么维护他们的映射关系、修改和测试、发布都会很复杂。
而且html可能是一些琐碎的模版文件，他们也可能动态的被载入，所以也可能需要动态的为相应的模版做“事件句柄”赋值。
对于复杂的系统，团队协作是很重要的，rich client应用更是这样，UI、HTML/CSS、js各方面都要配合，所以寻找一种实用而有效的合作方式是非常必要的。

我的意思并不是说“写内联js方便多了”，所以js人员怎么方便怎么来吧。当然不是这样了，我的意思是我们要寻找更有效的合作方式，或许你的观点，可以在一些框架、工具、策略的支持下，得到实现。当然，项目的配置管理成本也相应的提高了。

讨论一些可行方法：
原始的赋值语句肯定是不行的；
也许你说的jQuery能帮上忙；
id和事件句柄做一些名字上的特殊关联，通过运行时脚本进行赋值处理；
象上面我说的，发布时使用工具处理这个问题也是好办法（减少了js的运行时间）。

其实这是软件开发中的一个经典问题，即如何对系统解耦？
开发的过程中需要对模块进行解耦，降低耦合性，提高内聚性；
但是开发完毕运行系统时，又需要把模块耦合到一起才能工作。
这里有一个“度”的问题，要看开发过程中的实际情况来定。

至于一些普通站点，我想实现你的观点没什么问题，少量的js脚本代价不大。html美观，js怡人，皆大欢喜:D。

你的看法很有道理，但是我也可以举个反例，元素不也是可以直接用style属性来定义样式吗？那为什么还要给class或者id呢而不是直接内嵌样式就行了？从逻辑上说，分离了样式，为何不分离行为呢？呵呵。

至于你说的浏览器需要一个时机才能执行js，确实，传统的window.onload弊病多多，但是进入web标准时代，世界级开发者不会等闲视之的，我相信你也知道了Dean Edward的解决方案了吧？现在的大部分js框架都提供了DOM载入完毕即可立即执行js的功能（比较有名的就是jQuery的$(document).ready()了，所以这个不是问题。

一句话，我想你的真正想法（原谅我瞎猜）应该是，写内联js方便多了，不用再定义一个调用的hook。其实，JavaScript可以和CSS共享hook啊（这点对jQuery来说太轻松了）。

安安说的是标准化的理想，现实似乎还没有到达这种程度。

我觉得事件句柄其实并不属于javascript的范畴，它们只是html元素的一种属性而已；
事件句柄和元素的className相比，似乎区别不大，都是一种超出html本身的扩展，只不过一个是行为，一个是表现。