Angularjs 现在是前端 mv 框架的首选吗？如果是，为什么没有著名的产品呢？

[temberature]

一些 angularjs 的统计数据
http://trends.builtwith.com/javascript/Angular-JS
https://builtwith.angularjs.org/
使用了的产品
https://www.google.com/trends/explore#q=angularjs%2C%20ember.js%2C%20backbone.js%2C%20react.js%2C%20avalon.js&cmpt=q&tz=Etc%2FGMT-8
各大框架的 google 搜索趋势
http://www.infoq.com/research/top-javascript-mvc-frameworks/
网友投票
http://pic3.zhimg.com/a8858cefeb0c7cd6b8431becf5bc7a3e_b.jpg
http://todomvc.com/
teahour 上有 vue 的访谈，大家可以去听下 （也有不同框架见的比较，我也听了）
周边统计

http://ionichina.com/topic/55af62210c6a8c0e05f82ed3
“ AngularJS 当初是提供给设计人员用来快速构建 HTML 表单的一个内部工具。”我想这句话能说明很多。

写前端代码没多久，说些浅见： AngularJS 适合前期快速迭代，在精细的控制上可以不太适合， 2.x 之所以有如此大的变化，应该也是为了在两者间取得更好的平衡。
无论如何选择，最终面向的是产品需求，在精通 A 的情况下，相信也对 B 、 C 等等的特性有着更好的理解。
现在感觉还没有某一款框架明显超越别的，应该是发展阶段的原因，选择是一方面，使用又是一方面，随着自己的经验的积累肯定会对不同框架和框架内的使用有着更好的判断，最后应该是殊途同归的。

[zsx]

http://trends.builtwith.com/javascript/Angular-JS

术业有专攻。

[NemoAlex]

因为并不是

[FrankFang128]

是吧，就是入门比较难，概念太多。

[grzhan]

收藏，想看看回复里会不会推荐分享其他的框架（比如 Vue ？），看看有没有分享的有关实践，然后看看会不会吵起来。

[chengzhoukun]

知乎上阿里前端工程师说他们在部分产品上用了 react

[plqws]

ES6+ 实现简单的 MVC 框架挺简单的吧，自己写一个也许会更好？用编码成本代替学习成本，还能学到不少东西呢~

[jarlyyn]

喜欢 react+backbones.

[jarlyyn]

Angularjs
最大的有点也是最大的缺点就是

他自己提供了一整套方案。替换不易。

然后， 1.x 和 2.x 还不兼容……

Angularjs,react+backbones,ko,纯 backbones 都试过。

纯以做项目来说,Angularjs 的确上手最快。基本一个统一的模式。

但还是 react+backbones 更容易和别的代码做结合。

[Phariel]

并不是， AngularJS 我认为过几年会自己被自己玩残，死倒不可能，框架并不像产品一样说没就没。（对，我就是说的 Reader ）

[chairuosen]

只 mvvm 首选 vue

[df4VW]

angular 算是入门最容易了的吧。。为啥说难

[maxiujun]

没人提 ember.js ， 真的很小众吗？

[ChanneW]

http://pic3.zhimg.com/a8858cefeb0c7cd6b8431becf5bc7a3e_b.jpg

[lightening]

越到后来坑越多……

[jruif]

@lightening 能说说都遇到了那些坑吗？

[lightening]

@jruif
Angular 的特点就是双向绑定。一个页面上的 input 可以和一个变量绑定，再把这个变量和一个 label 绑定的话，就能实现 input 输入的同时 label 跟着变了。整个页面的构成都是靠双向绑定建立的反馈环。
当页面加载时，整个反馈系统开始运作，互相变来变去，直到形成一个稳定的状态，所有变量之间的制约关系都被满足为止。

这样一开始是很好的，但是有一个致命问题——不存在类似“$(document ).ready ”这个 event 。因为 document 永远在动态平衡中。于是如果 Angular 程序想要和外部 js 服务通信，基本是没法把握这个时机的。目前我们知道的唯一办法就是手动延迟 2 秒，然后加载外部服务，比如 Google Analytics 等。

另外就是加载时序的问题。经常有一个 directive 和另一个 directive 互相比赛谁先获取到需要的数据，然后呈现随机的结果……

[mongodb]

总想起当年 Python 的 Zope

[ChefIsAwesome]

完全不是。坑多难学，骂成狗。

[loading]

teahour 上有 vue 的访谈，大家可以去听下

[virusdefender]

简单用的话 强烈推荐 avalon

[juneszh]

@lightening 用.$watch 解决 ready 问题会不会好点

[morethansean]

@lightening 没太明白你的 ready 的问题，能解释一下吗？

[qw7692336]

http://todomvc.com/

[temberature]

@NemoAlex 那请问有什么可推荐的吗？

[learnshare]

大概是用的最广泛的，不过可能不是最好的

[temberature]

@FrankFang128 先忘掉原先的开发思路，感觉入门还行，就是特定问题无法很好利用前人的代码

[temberature]

@grzhan 看来你是推荐 vue 的了，哈哈😄

[temberature]

@chengzhoukun 能分享下链接吗:)

[temberature]

@plqws 产品上用 ES6 还是不太行吧 ES6 转 ES5 应该还是不完善

[plqws]

@temberature 嗯，当然不是现在，不过现在很多项目都开始转 ES6 了，转译器的效果也都还不错。

[zythum]

Angular 适合用于做快速原型开发。小规模的网站开发。代码越多维护成本越大。

[ljbha007]

@lightening 可以写在 app.run 里边 或者用 directive

[temberature]

@ChefIsAwesome 那有什么推荐的吗

[temberature]

@Phariel 为什么说会被自己玩残呢？

[temberature]

@virusdefender 那如果是产品上用呢

[temberature]

@learnshare 想起了 yy 是最好的 xx

[temberature]

@zythum 那中上规模有什么推荐的吗

[temberature]

@qw7692336 这个项目大概意味着，其实现在没有那个框架优于其他，所以自己按个尝尝，喜欢哪个用哪个吧

[hxtheone]

@lightening 非常同意，在我看来双向绑定虽然简化了数据的获取和 dom 的更新操作，但是让整个应用的 lifecycle 变的很混乱

@morethansean 我觉得他说的是在 angular 里没有一个清晰的事件走向，比如有时候我们需要在所有的 dom 都 render 完成后进行一些操作，但是在 angular 里是不知道什么时候 dom 都 ready 了的，因为数据和 dom 都处在动态平衡的状态，我们的写的一个操作很可能在这个平衡达到之前就执行了，这时就只能用$watch 或者手动 setTimeout 来让应用按照预期的方式运行

这个我觉得是一个普遍的痛点，君不见 stackoverflow 上一堆问 angular 怎么实现 afterRender callback 的= =

[summic]

微众银行 APP 算不算著名？

[temberature]

@zsx 能说说 angularjs 专攻在或者适合怎么用吗？

[ChefIsAwesome]

先学习 flux ，很实在的一种设计模式，简单，扩展性好。学会之后找个你觉得合适的实现 flux 的 library 。 view 那层用 react ， vue 等等，找个你觉得简单易用的 data binding 的库。 react 流行度高，相关的讨论，插件会更多。
用小而精的 library ，按照你自己的想法构建程序是趋势。

[zythum]

中上规模的时候就不应该问别人了。中上规模应该已经有一个完善的系统了。你应该分析自己现有的系统，结合之后的项目走向来选择。并不是说用哪个就是哪个的。就好比 react 做的不错，但是 react 只是个 view 框架路由啊，数据处理啊， io 通信啊什么的都没有。你还需要自己搞。任何框架都有利弊，需要找适合你的。
不然需要前端架构师干嘛。直接网上找个框架就 OK 了。

[ttph1oc]

国内的话有 Worktile 、知乎日爆；国外就多了去了，详见 https://builtwith.angularjs.org/ 。

[ttph1oc]

说错了，不是知乎日爆，是知乎专栏。

[zsx]

@temberature Angular 2.x 没看过。窃以为 Angularjs 特别适用于如后台这种，中小型网站且需要大量前后端数据交互的场景；或者是需要大量逻辑代码控制 View 这种。要是搞个大型的……你说为啥人家要造 2.0 ……
其实现在的前端框架，无论是 Angular 还是 Vuejs 还是 React ，都是蛮多坑的……是项目挑选框架，选一个能解决项目痛点问题的框架用吧……

@hxtheone @lightening +1 我目前的解决方案是 directive 里面$timeout (0 )再 scope.$emit ……

（轻喷）

[akinoniku]

我在负责一份从 12 年开始写的 angular 项目， JS 3w 行，质量蛮不错的，运行稳定，性能也够好。

说 Angular 坑多的同学恐怕是只学了个一知半解然后把它当 Library 用的

[pljhonglu]

用在移动端应该是个不错的选择~

[micate]

@summic 刚刚下载试用，体验几乎不可用啊，各种界面叠压错乱

[magicdawn]

http://www.ractivejs.org/

[sodatea]

个人觉得并不是首选
著名产品的话，饿了么 PC 站不知道算不算一个
可以考虑试一下 vue

[temberature]

@zythum 常见的应用之间的差别没有那么大吧，无论小或大的应用，总有些共通的体制，每个具体的应用都可以在这个框架上扩展，甚至修改框架本身以适应自己的需要。

[temberature]

@pljhonglu 为什么是移动端不是 pc 端呢

[zonghua]

使用 ng 给人的错觉就是这个网站相应速度好快啊 https://www.iosx.me/

[temberature]

@zonghua 感觉这个和 ng 不是那么相关，主要还是分步渲染的结果吧

[pljhonglu]

@temberature
一方面移动端多是 single page APP ，交互逻辑简单，感觉 angular 比较合适。
另一方面 pc 端还是觉得服务器渲染比较好些，页面逻辑复杂使用 JS 渲染的效率还是有些差。

[temberature]

@ChefIsAwesome 有时间应该去看看 flux ～

[temberature]

@pljhonglu 1 、 angular 好像确实不适合交互逻辑，但移动端惯性滑动、下拉刷新类似的功能，好像是很基本的交互需求， angular 支持并不好
2 、服务端渲染影响最大的是不是 SEO ，效率上还没感到太大差别

[pljhonglu]

@temberature SEO 确实是个问题，我也觉得客户端渲染比较好，这样服务器只需要提供结构化数据就可以了， APP 和 PC 的开发方式可以统一了。但是本人不是前端开发，对 JS 并不擅长，只是觉得 angular 这种把所有文件全部加载然后内部渲染的方式可能会引起效率低下，然而并没有测试过。。。

[kenshinhu]

还有 大大的 EXTJS 和 dojo 什么什么（这个忘了叫什么）

[EchoChan]

https://on.google.com/hub/
刚出炉

[temberature]

@pljhonglu
“关于异步加载， AngularJS 的开发指南中大概这样说：
AngularJS 的模块只关注依赖注入，不关注脚本是怎么加载的。 目前已经有项目来处理脚本加载， 可以和 AngularJS 一起使用。 模块在加载的过程中什么都没做， 可以按照任意顺序加载， 因此脚本加载器可以使用这个特性进行并发加载。” http://beginor.github.io/2014/12/20/angularjs-controller-load-on-demand.html
我也还没用到，分享只说明下一起加载不是唯一。

[temberature]

@EchoChan 枯坐半小时，没看出联系:(

[EchoChan]

@temberature 也是用 angularjs 的啊~不过不出名而已。

[temberature]

@EchoChan 哦～～原来是这个意思，只关注路由器了，而现在我好奇的是，你是怎么发现的？

[jsq2627]

饿了么在用

[pljhonglu]

@temberature 谢谢分享~

[lightening]

@ljbha007 run 只是在页面开始 interpolate 的时候执行，但是有的代码我要它在页面完成 interpolate 的时候再执行
@juneszh 那也算是一种方法，但是各种 watcher 混在代码里会让整个代码很混乱
@zsx 还有一个办法是套在 ng-if 里，那就算是监视一个变量了

[zsx]

@lightening 套 ng-if 确认不会让逻辑变得很混乱（至少从代码层面上看？）
@pljhonglu SEO 的解决方案是服务器按照和客户端相同的路由输出数据，这个数据反正没人看只要有 HTML 标签就行。不过既然这样还不如不用呢。 BTW, Google 能抓 Angular 的网站。
如果你说 PC 端效率问题的话，那手机 WebView 简直要哭了……

[zythum]

@temberature 如果你想要大而全就不灵活，灵活就难以管理。都是有权衡的。如果你想要大而全推荐 emberjs 。

[ljbha007]

@lightening 我的经验是这种情况一般都可以找到别的时候来执行

[qq12365411]

路过，支持 Angular

[temberature]

@zythum 我想咱俩说的是底层库和框架的区别，意思是一致的。谢谢推荐～

[temberature]

@qq12365411 小心社区指南哟:)

[br00k]

@lightening 你需要用 promise 来解决异步的问题。

[lightening]

@br00k 我不是要用一个某个 function 的结果，而是要 angular 自身 interpolate 完成后开始执行一个 function …… 不太清楚如何用 promise 解决这个问题？

[juneszh]

最近几周尝试用 ng 写了两个基于微信的红包小游戏(XX 钱罐 不知道这里有人玩过不), 其实还蛮好用, 总结下:

1.不用一直 dom 来 dom 去. 有点类似后端+smarty 的感觉
2.灵活性没那么大(相对 jq ), 双向绑定是一把双刃剑.
3.微信支持度不是 100%, 会有一点点小问题, 特别是在 ng 调用他们的 jssdk 的话
4.里面有各种坑(其实 jq 也不少)