是否值得花时间从AjaxControlToolkit切换到jQuery?

时间:2010-05-14 19:50:48

标签: jquery ajaxcontroltoolkit

我一直听到关于how awesome jQuery is以及AjaxControlToolkit如何糟糕的所有这些事情。不幸的是,在使用工具包构建整个WebForms站点之后,我才听说过这个。

现在我正在考虑转换(如果不是完全的话)主要是jQuery。这部分是为了体验(从未在Javascript中编码或使用过任何框架),部分是因为我认为我对jQuery有更多的控制权。

没有迫切需要切换,但无论如何我都在考虑这样做。

为了获得体验,是否有必要解决jQuery的学习曲线,我应该单独留下我的工作网站吗?

3 个答案:

答案 0 :(得分:3)

jQuery肯定会给你更多的灵活性,但它实际上取决于你需要什么功能。

虽然jQuery很容易上瘾,但jQueryUI控件库非常简约。尽管jQuery有许多令人敬畏的插件,但它们的外观本质上是不一致的。相反,使用来自单一供应商的UI控件的好处在于,您可以使所有内容始终保持一致,并使网站看起来更专业。

我从未使用过AjaxControlToolkit,但我相信你应该能够在页面中包含jQuery。如今这些伟大的框架相互之间非常友好。这样你就可以充分利用这两个世界。它还减少了在“切换”期间您必须完成的工作量,并提供了从一个到另一个的更渐进的过渡。

答案 1 :(得分:2)

我只想使用jQuery和AjaxControlToolkit。我现在正在这样做。总而言之,他们彼此相处得非常好。请注意,当Toolkit执行AJAX回发时,jQuery不知道它,因此您必须链接文档加载和onpostback事件。

答案 2 :(得分:1)

从最近的经验来看,我正在考虑完全从AjaxControlToolkit切换到Jquery。这是由于一个事件,我们试图在旧应用程序的虚拟目录中托管一个新应用程序。

旧版应用程序运行System.Web.Extensions版本1.06,但较新的应用程序需要版本3.5(适用于AjaxControlToolkit 3.5)。由于IIS的结构方式,它将继承父的web.config文件,导致各种问题和错误,因为应用程序将找到两个版本的system.web.extensions。这个问题没有解决,我们不得不在新的子域下托管webapp。

如果我们刚刚使用了jQuery,可以避免这个问题,因为它与IIS完全分离。

相关问题