Javascript Ajaxcontroltoolkit与jQuery

几天前我问过如何定制ajaxcontroltoolkit库的日历扩展器，得到的答复是我应该放弃jQuery的控制工具包。我不得不说，我听说jQuery被提到了很多次，更重要的是，我认为它是越来越多的web开发职位空缺的一个要求

我非常喜欢ajaxcontroltoolkit的简单性和与Visual Studio的集成。有人对这两件事有什么看法吗？我很想听听有这两种ajax解决方案经验的开发人员的意见

--琼斯女士现在已经开始工作（日期为2010年3月16日）

作为微软广泛业务的一部分 与开源的接触 社区、公司副总裁 Scott Guthrie今天宣布 微软正在投入资源来 为公司的发展做出贡献 jqueryjavascript库的帮助 改进开发过程 基于标准的Web应用程序。 微软也将致力于提供 之间更好的互操作性 NET和jQuery JavaScript 通过增强ASP.NET so.NET来实现图书馆 开发人员可以更好地合并 jQuery功能。此外 微软将积极推广和推广 分发jQuery的版本 通过打包JavaScript库 与流行的产品，如 Microsoft Visual Studio 2010和 NETMVC2。作为第一步， 微软将提供一个模板 jQuery JavaScript的引擎 图书馆小组简化网页 应用程序

。。。我认为，在使用基于.Net的web应用程序时，这是客户端用户界面的一种方式。

现在MS已经启动（日期为2010年3月16日）

作为微软广泛业务的一部分 与开源的接触 社区、公司副总裁 Scott Guthrie今天宣布 微软正在投入资源来 为公司的发展做出贡献 jqueryjavascript库的帮助 改进开发过程 基于标准的Web应用程序。 微软也将致力于提供 之间更好的互操作性 NET和jQuery JavaScript 通过增强ASP.NET so.NET来实现图书馆 开发人员可以更好地合并 jQuery功能。此外 微软将积极推广和推广 分发jQuery的版本 通过打包JavaScript库 与流行的产品，如 Microsoft Visual Studio 2010和 NETMVC2。作为第一步， 微软将提供一个模板 jQuery JavaScript的引擎 图书馆小组简化网页 应用程序

---

。。。我认为，在使用基于.Net的web应用程序时，这是客户端UI的一种方式。

我认为JQuery是未来的发展趋势，但如果开发人员只具备基于控件的技能，并且期限迫在眉睫，那么我认为明智地使用AjaxControlToolKit仍然是可以接受的。

我认为JQuery是未来的发展趋势，但是，如果您的开发人员只具备基于控件的技能，并且期限迫在眉睫，那么我认为明智地使用AjaxControlToolKit仍然是可以接受的。

AjaxControlToolKit并不是真的可以接受的，就像所有与webforms链接的东西一样（我知道我在这里很难，但我不喜欢浪费时间使用框架）

对于初学者来说，做基本的事情很容易，但是当你想做特定的事情时，你会被框架所阻碍，当你与框架抗争时，我认为是时候改变了

例如：您希望通过单击灰色背景关闭模式弹出窗口。。。玩得开心

---

因此，使用jquery:）或prototype或其他任何东西都不是真正可以接受的，就像所有链接到webforms的东西一样（我知道我在这里很难，但我不喜欢浪费时间使用框架）

对于初学者来说，做基本的事情很容易，但是当你想做特定的事情时，你会被框架所阻碍，当你与框架抗争时，我认为是时候改变了

例如：您希望通过单击灰色背景关闭模式弹出窗口。。。玩得开心

---

所以去jquery:）或者原型或者其他什么非常有趣的东西吧！为阿梅尔文干杯！至少绝对值得一看！非常有趣！为阿梅尔文干杯！至少绝对值得一看@乔R-你说的是“迫在眉睫的最后期限”。这是否意味着jQuery的实现速度不如controltoolkit？我还没有使用过它，但我想它不仅仅像将扩展器连接到控件那样简单？一点也不，它更多地与您团队的技能有关。如果人们只对控件有经验，那么使用AjaxControlToolkit会更快。也就是说，由于某些控件有缺陷，您可能会发现还必须使用JQuery。@Joe R-您说的是“迫在眉睫的最后期限”。这是否意味着jQuery的实现速度不如controltoolkit？我还没有使用过它，但我想它不仅仅像将扩展器连接到控件那样简单？一点也不，它更多地与您团队的技能有关。如果人们只对控件有经验，那么使用AjaxControlToolkit会更快。也就是说，由于一些控件有缺陷，您可能会发现还必须使用JQuery。