我應該為ASP.net創建一個JQuery服務器控件，以便在我的應用程序中最好地使用它嗎？

Question

我在組織內推廣JQuery方面非常成功。 它本身就不小的壯舉。 但是，這里提出的其中一個想法是使其成為我們應用程序的一部分，就是創建一個ASP.net服務器端控件。 （在可預見的未來，我們將堅持使用WebForms。）

我對這種方法並不太在意，因為當幾個腳本標簽能夠完成這項工作時，這似乎有些過分。 我們在網上發現了一篇文章 ，所涉及的代碼數量似乎並不合理。 但是，我確實聽說在腳本緩存或生成服務器控件時會產生一些好處。

我的問題：

• 有沒有其他人編寫ASP.net服務器控件來提供JQuery js代碼？
• 有沒有人認為這是一個瘋狂的想法，只是避免編寫JQuery或Javascript代碼？

Answer 1

我知道微軟（以及諾基亞）正在“主流化”jQuery，並將其與未來版本的Visual Studio集成。 您可能想要探索他們將如何正式使用它，以便您現在可以定制您的設置，並希望在此過程中輕松過渡到“官方MS jQuery”。

Answer 2

我同意你的看法。 創建一個控件來添加一個JQuery腳本位置是不值得的。

更好的解決方案是擁有1 .js文件，該文件具有在頁面上加載所需的所有鏈接。 這可能會消除分配的.js鏈接，如果這是團隊的問題。

我唯一能夠創建自定義控件來鏈接JavaScript的唯一理由就是你不想將JavaScript復制到服務器並希望將它嵌入到.dll中。 但是，您不會阻止人們在頁面上看到JavaScript，因為如果您將文件嵌入.dll中，則必須將其作為完整腳本文件注冊在標題中。

Answer 3

使用服務器控件注入JavaScript引用的一個原因是，更容易控制將哪些JavaScript文件添加到頁面中。 想象一下你使用jQuery核心，jQuery UI和一些其他插件的場景。 根據您對此控件的編碼方式，您可以允許開發人員輕松選擇特定頁面所需的功能，而無需擔心所需的特定腳本。 這種方法可以為您分割應用程序提供很大的靈活性：例如，服務器控件可能由母版頁，子頁面，用戶控件或其他服務器控件使用。 如果母版頁注冊了一個jQuery庫的要求，但是子頁面或其中一個用戶控件需要額外的庫，那么使用統一的API會使這一點變得簡單。 就個人而言，我認為最好由助手庫而不是服務器控件來處理。

最重要的是，您希望每個開發人員重新發明輪子或使用通用，易於使用的API來強制您的應用程序的一致性。

Answer 4

我找到了Scott Hanselman的博客文章，其中有一個帶有ASP.net AJAX + JQuery的示例應用程序。 這是一個簡單的應用程序，但它包含所有帶腳本標記的JavaScript。 我沒有看到任何建議使用服務器控件來提供腳本。