asp.net – 在服务器端级别渲染javascript.好主意还是坏主意？

我想先说清楚：这不是关于服务器端Javascript或运行Javascript服务器端的问题.这是关于从服务器端代码呈现Javascript代码(将在客户端执行)的问题.

话虽如此,请看下面的ASP.net代码,例如：

hlRemoveCategory.Attributes.Add("onclick","return confirm('Are you sure you want to delete this?');")

这是在服务器端规定客户端onclick事件.

反对在客户端编写Javascript：

$('a[rel=remove]').bind('click',function(event) {
    return confirm('Are you sure you want to delete this?');
}

现在我想问的问题是：从服务器端代码渲染javascript有什么好处？或反之亦然？

我个人更喜欢将客户端UI /行为连接到HTML元素的第二种方法,原因如下：

>服务器端执行它已经需要的任务,包括数据验证,事件委托等;和
>服务器端看到的事件不一定是客户端的相同过程.也就是说,客户端还有更多的事件(只看自定义事件);和
>在事件期间,客户端和服务器端发生的事情可能完全不相关并且分离;和
>客户端发生的事情发生在客户端,服务器无需知道.服务器应该处理并运行给予它们的内容,如果客户端事件发生,那么进程如何生效并不是由他们决定的;等等等等.

这显然是我的想法.我想知道其他人的想法以及是否有关于这个主题的讨论.

从这个参数分支的主题可以达到：

>代码管理：从服务器端渲染所有内容是否更容易？
>关注点分离：如果将客户端逻辑分离到服务器端逻辑,是否更容易？
>效率：在编码和运行方面效率更高？

在一天结束时,我正试图让我的团队走向第二种方法.这支球队中有很多老球员都害怕这种变化.我只想用正确的事实和统计数据说服他们.

让我知道你的想法.

更新1：看起来我们所有参与这篇文章的人都有共同的想法;很高兴知道其他人也有同样的想法.现在要说服这些人;)谢谢大家.