JavaScript 为啥 Angularjs 里的 Service, Value, Factory, Provider 这么让人感到 Confused.

hlxwell · 2013年10月02日 · 最后由 Saito 回复于 2013年10月03日 · 7226 次阅读

为啥发明这么概念。难怪学习曲线上升了。

https://gist.github.com/Mithrandir0x/3639232

基本上差不多的东西要搞出这么多概念。

整一个,把功能都集成进来不就行了?

明明就是同一个东西,然后写法不一样,然后可能用起来的时候细节不一样。

觉得真搞那么多 js,还是得用 bower, 通过引用 gem 去加入 js 不靠谱啊,版本难管理。 http://dev.af83.com/2013/01/02/managing-rails-assets-with-bower.html

猜是因为一开始写 gwt 搞 java

我觉得对付莫名其妙难以理解的概念的方法就是不用它。发现问题,然后解决问题就好了。真正的问题如果没被发现,用起来也是乱用,反而会制造更多的问题。同时你也没法保证人家提供的东西就是对的。

因为是 java 程序员写的 javascript

已经转去学 Ember 了,这个像 rails

#4 楼 @search bower search angular|wc -l => 422 bower search backbone|wc -l => 226 bower search ember|wc -l => 44

虽然 emberjs 挺好的,你看看这个数据就知道了社区旺才是硬道理啊。

#3 楼 @luikore 分得太细,这个违反了截拳道:以不变应万变的宗旨了呀。

谷歌是工程师文化主导的公司,专业化重于人性化,出的很多东西强大但不怎么顺手,比如要看文档才能上手的社交工具 wave。并非谷黑,谷歌的很多东西强大且有深度,就是用起来感觉不到乐趣

前天看个视频, 似乎 Ember 抄 Cocoa 的架构, 那 Angular 学的 WPF 的 MVVM 的话难道 WPF 也这么多古怪概念在里边.. http://weibo.com/1651843872/AbSdFhNDX?mod=weibotime

#8 楼 @jiyinyiyong 从 Spring/Guice 来的, DI.

#8 楼 @jiyinyiyong Ember 不是抄 Cocoa 架构,而是核心开发团队本来就是 SproutCore 那拨人(Tom Dale 吧我记得)2.0 的时候更名为 EmberJS,Yehuda 加入把 Handlebars 带了进来。

其实这是给后端程序员用的前端框架……

确实太复杂了,学起来好累 但是抛开哪些复杂的概念,必须承认 Angular 的核心思路将是未来前端开发的主流,Backbone 比之显得太过原始和保守 只是 Google 的东西一向这么的没有人味,期待将来有同样思路的更好替代品

#9 楼 @Saito

对了你们开发前段是不是用了 grunt, bower, yeoman 这些东西所生成的目录,然后原原本本的放到项目目录夹里。还是以项目的目录夹为基准,比如 rails 就放到 app/assets/ or vender/assets/ 想听听高手的做法跟理由 :)

祝创业成功。

#13 楼 @hlxwell grunt 可以由你来指定源目录和目标目录,配置写好了之后,拷贝/清除/转码/编译/压缩/打包/预览/自动刷新……等等等等只要你想得出来的事情都可以全自动一条龙完成,yeoman 就是在 grunt 的基础上整了一堆现成的项目模板,bower 是管依赖的只负责这一块,yeoman 默认用它,grunt 可用它也可不用它。

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册