我应该为ASP.net创建一个JQuery服务器控件,以便在我的应用程序中最好地使用它吗?

我知道微软(和诺基亚)正在将jQuery“主流化”,并将其与Visual Studio的未来版本集成。您可能想了解他们将如何正式使用它,这样您现在就可以定制您的设置,并希望您可以轻松过渡到“正式的MS jQuery”。

我同意你的看法。创建控件以添加JQuery脚本位置不值得花费时间和开销。

更好的解决方案是使用1.js文件,该文件包含页面上加载所需的所有链接。这可能会消除.js链接的分配,如果这是团队的问题。

我唯一能原谅创建一个只链接JavaScript的自定义控件的原因是,您不想将JavaScript复制到服务器并希望将其嵌入到.dll中。但是,您不会阻止人们在页面上看到JavaScript,因为如果将文件嵌入到.dll中,则必须将它们作为完整的脚本文件注册到头中。

使用服务器控件注入JavaScript引用的一个原因是,更容易控制将哪些JavaScript文件添加到页面中。想象一下使用jQuery核心、jQuery UI和其他插件的场景。根据您如何编写此控件,您可以让开发人员轻松地选择特定页面所需的功能,而不必担心所需的特定脚本。这种方法将允许您灵活地分割应用程序:例如,服务器控件可以由母版页、子页、用户控件或其他服务器控件使用。如果母版页注册了一个jQuery库的需求,但是子页或用户控件之一需要额外的库,那么使用统一的API可以简化此过程。就我个人而言,我认为最好由助手库而不是服务器控件来处理。

归根结底,你是多么希望每个开发人员重新发明轮子,或者使用一个通用的、简单易用的API,从而在你的应用程序中实现一致性。

我找到斯科特·汉斯曼的 blog post 使用一个包含ASP.net AJAX+JQuery的示例应用程序。这是一个简单的应用程序,但是它包含了所有带有脚本标记的javascript。我看不到任何使用服务器控件提供脚本的建议。