借着 vue 和 react 的思路，跟着 b 站视频学了三天 angluar11 后，我来吐吐槽。。。

[zhoushushu]

才学三天，也不知道说的对不对

• 模板语法好学，毕竟 vue 是借鉴 angular 的；
• 分 module 思路也能理解，但是一分模块，组件的文件、路由的文件等都得往里面加，这个不是加大工作量嘛？ Vue 、React 也不需要一个专门的文件来维护啊。
• 网络请求模块能不能用 axios 等第三方网络请求库，这个 rxjs 实在学不下去，用 axios，aysnc 、await 不更简单？
• 注入这块，我都 import 进来了，还得在 provide 里面注入，麻烦死了；
• 还有令牌这块，我直接写个常量，import 进来，不更简单？
• 4 和 5 其实是同一个问题，import 进来了，还得写一些其他代码才可以使用，直接用不行啊？
• 编译太慢，也不知道什么代码编辑器适合 angular 开发，反正 vscode 经常卡死，不过我电脑也挺老的了

将来我我来用 angular 开发的话，估计思路的话，不会像 angular 传统项目那样各种注入，应该还是和 vue 、react 差不多吧，angular 自带的库不用，各种第三方请求库，import 、export，能不注入就不注入了，维护下 module 就好。

[Solael]

@yuuko 正常操作，angular 大的功能更新要等一两个大版本更新之后再用，中间会有各种大小 bug 和性能问题。当年记得 angular 4 和 angular 5 在旧版 firefox 上直接出现 runtime 运行错误，很长时间才解决

[anjianshi]

吵起来各种看不懂的名词一套一套的 只能说 666666 了。
其实哪个框架都能用，随便捡一个赶紧开始干活才是真的。

与其讨论整个框架好不好，不如具体讨论一下某个功能点设计的怎么样。
例如 react 的 hooks 机制到底合不合理？哪些场景下好用，哪些场景下不好用？现实项目里用它遇到了哪些问题？
如果不合理，怎么设计会更合理一点？

多讨论点这些，才能进步嘛。
整天吵这个不好那个不好，吵完了也没长进，大家还都不开心。

[erlking]

angular 本来就不适合培训班出来的半吊子水平去用，LZ 还是坚定不移的使用 vue 和 react 吧

[siweipancc]

实际上是你的代码复杂性与维护要求不足以用到 angular

[jntitor]

好好写你的 vue 和 react 吧

[zzzzzzggggggg]

浮躁

[ily433664]

哈哈，看了一圈发现每个框架都有人吐槽

[bbao]

3 天就来吐槽吗？

[meteor957]

哈哈，总结一下上面的：

1. vue 和 react 都是培训班用的
2. 你的项目太简单不配用 Angular
3. 不懂 DI 和 IOC 的不配做前端
4. rx 就是牛逼，复杂逻辑靠 rx

-> 这就是高贵的 Angular 用户嘛

[lishen226]

初学的话，建议看官网的教程，angular 的官方教程可谓业界良心

[charlie21]

这就是软件学的难点所在，因了这个难点，它不适合所有人。可以考虑从心法角度去破除孽障先、比如多做一做 “一手画圆一手画方”、“左右互搏”，否则 narrow-minded 会需要大量的指导才能进步，而这些指导所带来的效果 就是 在软件编写方面开阔的想象力，它是写过 在基础范式程度就完全不同的多个软件的人几乎与生俱来的直觉。

Angular is a total different domain from web dev ( angular 1.x is more like traditional web dev, though ) and web client side dev domain, it's not rooted from web dev, but from client side app paradigm spectrum 从范式分类的角度, it's more inclined to Win WPF and JavaFX, which share the MVVM pattern.

Althrough it's much similar to desktop GUI dev, which can be a barrier for those who self-identified as web developer, it's more natural for people who interested in learning the merits of MVVM pattern to familiar themselves with a good implementation of MVVM pattern, thus angular. 相比带着学习 web 开发的心情去接触 angular，更自然的办法是，成为一个乐于去了解 MVVM 设计模式的人，然后（在了解 MVVM 的基本概念的情况下）去学习 MVVM 模式的一个应用实例。也即 将 angular 看作一个 MVVM 模式的实现的例子 来学习。对于 MVVM 模式的熟悉是更可贵的，至少它可以冲淡对一个此模式的具体实现的厌恶。

这一点无论你喜欢还是不喜欢，都是要承认的，它就是和 vue 不同，也和 vue 、react 等的交叉度极低（就像 FLUX 模式和 MVVM 模式的交叉度极低 根本就是两个设计模式 / 两个思想）， 你的在 vue 方面的过往知识积累并不帮助于熟悉 angular 。反而，在 win 桌面开发 WPF 框架或 JAVA GUI 框架 比如 JAVA Swing 和 JavaFX 的知识（或其它某一个 MVVM 模式的应用框架）是有助于熟悉 angular 的。即使 WPF 或 JavaFX 被你诅咒而死 而 angular 也一起死了，MVVM 模式是不会死的，你最多是永世不接触它，它也永世不接触你。它自带护城河，它是你永远的噩梦

[charlie21]

能被评价为 “not even wrong （不是错，就是恶心）” 的事是很多的。软件学的好处 [2] 是它允许你直接聊范式聊模型 聊 paradigm 聊 pattern，这都可以大大降低它[1]的恶心程度

[1]: 你 “看某一个框架 / 一个解法 / 一个某范式某模型的一个实现 是 真的不顺眼、觉得它恶心” 的恶心程度
[2]: 好处就是 那些已经熟悉了这个范式这个模型的人就等于熟悉了这个模型的所有实现了，对于某一个具体的实现（比如 angular ）就不觉得它恶心了，甚至可以拿关于它的知识去干活儿赚钱了。上手很快是基于准确地对于抽象的把握！即使你恶心它，你应该明白让你恶心的是谁：其实你也不是觉得 angular 恶心，而是觉得 MVVM 模式的实现们 WPF JavaFX 这一类东西 都恶心。

[Austaras]

@meteor957 1 纯粹是你歪曲别人的原意，培训班只能培训 vue 不代表用 vue 的都是培训班出来的，你高中数学老师没教过你吗？ 234 没有任何问题

[ericgui]

angular 不好招人
公司引入的成本不小

就凭这一点，一般公司才不会去考虑

[meteor957]

@Austaras 我见过某培训班的课程表，Angular 就在其中，并且占了相当一部分课时。 『培训班只能培训 vue 』是你得出来的结论吗，如果是的话，你的依据是什么？

如果不是，你拿一个错误的结论出来，问候我的高中数学老师，这是你的教养？

[Austaras]

@meteor957
> angular 本来就不适合培训班出来的半吊子水平去用
> vue 和 react 都是培训班用的
你自己想想这是不是一回事。而且培训班和培训班之间当然也是天差地别，不然你看饥人谷的头子不还在 zhihu 上跳得欢？

[dayeye2006199]

为啥我觉得 angular 才是适合培训班和团队作战的最佳利器。你看 angular 的区域流行度，最高的就是阿三哥了。
后端 spring，前端 angular，简直是阿三哥外包团队的标准配备了。说明这套标准培训出来的下限很高，标准化容易做好，代码质量失控可能性小。

建议培训班普及这套课程。

[AeroXu]

- module 唯一的问题我觉得在于没有自带一个命名空间，会导致冲突
- 网络请求可以用第三方的库，爱用啥用啥，ng 自带的只是用 rx 封装过了而已
- DI 、IoC 这些都是为了防止大型团队合作，程序员踩到彼此的脚，经历过大团队的失控的 React 项目你就懂了
- 编辑器卡顿和编译慢，还行吧，反正公司给我的是顶配 iMac，无感（狗头）

[ericgui]

对 G 家的那一坨，还是要小心为妙

[ericgui]

@dayeye2006199 感觉很有道理