我一直在与客户端对应的服务器端开发一些脚本控件。
由于我发现了一些文章和Stakoverflow关于微软实际上已弃用ASP.NET AJAX客户端库以支持jQuery的问题,我担心开发脚本控件是否也已过时。
我找到了有用的OOP Microsoft AJAX API及其与服务器控件的集成。
最后,我目前正在使用ASP.NET 4.0。
提前谢谢。
结论:
*我的项目正在使用ScriptControls和Callback API。在ScriptControls里面,我一直在使用jQuery而不是AJAX Client Library。换句话说,我相信我对.NET未来版本中过时的内容没有很大的依赖。
目前的情况是.NET 5.0已经足够了,当前版本4.0具有这些ASP.NET功能,目前,ASP.NET提供了官方方法。
由于.NET 4.0将作为最新版本在市场上出现一段时间,我怀疑微软可以完全删除5.0中的ASP.NET AJAX 4.0功能,我相信ScriptControls和Callbacks对于接下来的5个版本都是安全的。这对我来说已经足够了。
如果我错了,请纠正我,但ScriptControls + Callback API + jQuery(用于DOM操作)应该是安全的,并且是中长跑的好方法。*
答案 0 :(得分:2)
是的,公平地说,JQuery现在是前进的方向。对于现有的项目来说,转换是非常痛苦的,如果事情运作良好,我不明白为什么它需要改变。
但是如果你要开始任何新的东西,如果它能够存活一段时间(就像所有的软件一样),那么你最好使用JQuery,因为它会随着时间的推移不断发展,你可以继续获得这些好处。
另外,如果有时间学习JQuery,那就是现在。不妨正面潜水。
答案 1 :(得分:1)
好吧,微软很久以前就停止支持LINQ to SQL,转而使用实体框架,但人们仍在使用LINQ to SQL。
虽然微软不再进一步努力开发MS AJAX库,但是判断我是否使用它是因为目标开发人员比其他JavaScript库更了解它(假设时间完成任务是一个重要因素)。
如果你从平等的角度出发,我可能会选择jQuery,因为它得到了Microsoft的支持,并且有一个大型社区可以帮助解决问题,它正在持续积极的开发中,如果你决定,它会有所帮助将应用程序的一部分移动到ASP.NET MVC,它与jQuery非常相似。