在采用描述性接口的时候
使用jQuery常常遇到的问题是它采用的是命令式编程,说的再透彻点,它告诉计算机如何才能达到目标,这样的处理过程产生的结果就是你想要的结果。不过,描述性编程则相反,它告诉计算机你想要的结果,让计算机自己确定该如何实现。JavaScript 总的来说是采用命令式方法进行设计的,而HTML-以及AngularJS给HTML所增加的指令-都是专门为描述性编程而设计的。如果你使用AngularJS进行编程,那么你最终采用的描述性编程,它更符合HTML原来的设计意图-即告诉计算机你想得到的显示结果,然后由计算机处理具体的细节。如果采用了这种编程方式,那么完成具体任务所需代码的行数就会大大的减少了,这样的代码可读性更高,维护起来更容易。
评论删除后,数据将无法恢复
评论(47)
引用来自“贾珣”的评论
当IE 678成为历史时。。。引用来自“南漂一卒”的评论
认为 jQuery 的核心价值在于“老浏览器兼容”—— 没真正体会 jQuery 架构设计的精巧~引用来自“贾珣”的评论
但大部分的应用场景确实这样哈~简化了兼容性是很重要的一部分~至于jQuery的架构设计当然不止于此~不过~就这个主题而言IE 678不成为历史很多东西还是不行啊>,<引用来自“南漂一卒”的评论
IE 9+ 及现代浏览器的兼容性问题也不少,特别是 Chrome、Firefox 又一直快速迭代 HTML 5.x 新特性~ jQuery 架构的巧妙设计很适合开发“自定义控件”~引用来自“sikele”的评论
呵呵的时候,虽然mvvm是个好模式,越复杂的DOM操作越应该使用mvvm,但国内接受度比较低,还有浏览器兼容性问题,国内avalon可以兼容到IE6,还有搜索引擎的问题,谷歌可以执行js,百度不行,就呵呵了。引用来自“chenwenli”的评论
搜索引擎的问题,谷歌可以执行js,百度不行,就呵呵了。 这个是什么意思?引用来自“砼砼”的评论
AngularJS 本身就依赖Jquery ,,,这种超越不知道从和说起引用来自“贾珣”的评论
当IE 678成为历史时。。。引用来自“南漂一卒”的评论
认为 jQuery 的核心价值在于“老浏览器兼容”—— 没真正体会 jQuery 架构设计的精巧~引用来自“贾珣”的评论
但大部分的应用场景确实这样哈~简化了兼容性是很重要的一部分~至于jQuery的架构设计当然不止于此~不过~就这个主题而言IE 678不成为历史很多东西还是不行啊>,<引用来自“LweBemjon”的评论
感觉ng只是一时流行,并不能超越jQ,或者说它的使用率不会超过jQ引用来自“xialeistudio”的评论
应用领域不同,不会有超越这一说法