扫码关注官方订阅号
看了AngularJS的文档,网上看了一些人说这个多强大,多少优点。 我没感觉到他能做啥很麻烦的事情,有一些小改进,但是不明显。 是我学习不仔细,没发现么?
AngularJS非常合适 API fisrt的开发思路,如果有现成的RESTful接口的话那更好了,直接都不用后端代码了
AngularJS
API fisrt
RESTful
AngularJS也合适单页逻辑比较复杂的情况,动态加载、删除内容非常简单
建议加点路线
jQuery => Ember => Backbone => Knockoutjs => Angular
对了解前端开发、懂得SPA开发的基本流程、常见问题、痛点、性能调优等的开发来说,angularJS是利器,对缺乏上述经验的人来说,没有老司机带直接学angular很难理解angular复杂的设计背后的逻辑和目的,还容易忽略DOM基础
所有的框架都是在实际工程环境中抽离出来的,然后慢慢完善。所以如果开发经验不够的话,其实你很难比较到底使用 Backbone,Ember, React 还是 Angular。
但我觉得如果你对什么框架感兴趣那就用嘛,慢慢用多了,你就知道妈蛋这里要是自己用 jQuery 那得写到什么时候,有时候也会觉得还是自己写一个框架来得好,当然如果是写一般的应用你也会觉得用毛这些框架啊,还是手写来得好。
jquery只是控制dom。。。 angluarjs 最牛得地方就是数据双向绑定。对于一些交互非常复杂的页面很合适。
angularjs 是框架 jquery 是类库
本身是两个level上的东东
用angularjs本质上是以它的思路组织代码开发应用,框架帮你做了很多事情,包括双向数据绑定,module注入等。但是灵活性相应的降低,不太适合规模巨大的前端系统。
如何定义有帮助呢?让程序更有逻辑,更好维护,减少代码? 开发都是要结合场景的。 我觉得Augular最适合的还是应用级别的开发,最常见是企业内部的后台工具,这样的情况下肯定是有帮助的。 但是对于一些快速迭代的活动页面(只在一段时间内使用这种),Angular确实是没有帮助的。
从大的方面总结下:大大提高了我们代码的“可复用性”、“可维护性”、“可测试性”
angular入门很快,但是里面复杂的东西还是蛮多的
高并发的目标主要是后端Web服务。以前所有都是后端模板的时候,因为一个页面涉及到大量的后端DB读取,容易让页面的渲染变慢。现在页面除了主业务实体数据以外,其它大多依靠前端JS异步加载。甚至有人做绝对的静态页面,后端数据全部依靠异步加载不过这两种方式不是绝对的,比如页面第一屏看不到的东西可以异步加载,现在的异步加载请求就想CSS和JS一样也开始走异步请求合并路线。所以在实际工程中一是要分析具体情况,二是掌握好一个度。
看了jQuery的文档,网上看了一些人说这个多强大,多少优点。 我没感觉到他能做啥很麻烦的事情,有一些小改进,但是不明显。 是我学习不仔细,没发现么?
如果这样说,是否理解了呢?
微信扫码关注PHP中文网服务号
QQ扫码加入技术交流群
Copyright 2014-2026 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
PHP学习
技术支持
返回顶部
AngularJS非常合适API fisrt的开发思路,如果有现成的RESTful接口的话那更好了,直接都不用后端代码了AngularJS也合适单页逻辑比较复杂的情况,动态加载、删除内容非常简单建议加点路线
jQuery => Ember => Backbone => Knockoutjs => Angular
对了解前端开发、懂得SPA开发的基本流程、常见问题、痛点、性能调优等的开发来说,angularJS是利器,对缺乏上述经验的人来说,没有老司机带直接学angular很难理解angular复杂的设计背后的逻辑和目的,还容易忽略DOM基础
所有的框架都是在实际工程环境中抽离出来的,然后慢慢完善。所以如果开发经验不够的话,其实你很难比较到底使用 Backbone,Ember, React 还是 Angular。
但我觉得如果你对什么框架感兴趣那就用嘛,慢慢用多了,你就知道妈蛋这里要是自己用 jQuery 那得写到什么时候,有时候也会觉得还是自己写一个框架来得好,当然如果是写一般的应用你也会觉得用毛这些框架啊,还是手写来得好。
jquery只是控制dom。。。
angluarjs 最牛得地方就是数据双向绑定。对于一些交互非常复杂的页面很合适。
angularjs 是框架
jquery 是类库
本身是两个level上的东东
用angularjs本质上是以它的思路组织代码开发应用,框架帮你做了很多事情,包括双向数据绑定,module注入等。但是灵活性相应的降低,不太适合规模巨大的前端系统。
如何定义有帮助呢?让程序更有逻辑,更好维护,减少代码?
开发都是要结合场景的。
我觉得Augular最适合的还是应用级别的开发,最常见是企业内部的后台工具,这样的情况下肯定是有帮助的。
但是对于一些快速迭代的活动页面(只在一段时间内使用这种),Angular确实是没有帮助的。
从大的方面总结下:大大提高了我们代码的“可复用性”、“可维护性”、“可测试性”
angular入门很快,但是里面复杂的东西还是蛮多的
高并发的目标主要是后端Web服务。
以前所有都是后端模板的时候,因为一个页面涉及到大量的后端DB读取,容易让页面的渲染变慢。
现在页面除了主业务实体数据以外,其它大多依靠前端JS异步加载。甚至有人做绝对的静态页面,后端数据全部依靠异步加载
不过这两种方式不是绝对的,比如页面第一屏看不到的东西可以异步加载,现在的异步加载请求就想CSS和JS一样也开始走异步请求合并路线。所以在实际工程中一是要分析具体情况,二是掌握好一个度。
看了jQuery的文档,网上看了一些人说这个多强大,多少优点。
我没感觉到他能做啥很麻烦的事情,有一些小改进,但是不明显。 是我学习不仔细,没发现么?
如果这样说,是否理解了呢?