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

2021-03-09 14:53:02 +08:00
 zhoushushu

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

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

16346 次点击
所在节点    Angular
120 条回复
ccsulzf0627
2021-03-10 14:07:20 +08:00
@yuuko 换台好电脑吧,离谱,十几分钟都来了
mxT52CRuqR6o5
2021-03-10 14:07:32 +08:00
https://www.zhihu.com/question/27053548
根据知乎上几个高赞回答,spring 里依赖注入的原因一部分和 java 本身有关,一部分是方便测试
而 js 本身没有 java 那部分的限制,有 vdom 时也已经就可以做单元测试了
ccsulzf0627
2021-03-10 14:09:09 +08:00
@Mrxx 我现在就在写 jQuery
Mrxx
2021-03-10 14:13:42 +08:00
以前做个项目,咔咔咔,几个小时上线了
现在做个项目
npm install
composer install
....
几天过去了,环境还没搭好
干!
xcstream
2021-03-10 14:36:09 +08:00
开发效率高,快速做完了,老板布置新任务。
开发门槛高,别人难以替代你。
charlie21
2021-03-10 15:19:14 +08:00
框架复杂有复杂的好处,它可以劝退一批人,剩下的不会被 35 岁淘汰嘛 大家其乐融融
FLUX 模式和 MVVM 模式不过是 2 种设计模式而已(写 GUI 还有很多种设计模式,理解设计模式才能理解模块划分),当然都可以用来写 GUI 啊,FP 和 OO 又是天生的井水不犯河水,我只看到了前端圈的繁荣
前端圈自己就一副很看不起前端圈的样子我也是没想到的
bojue
2021-03-10 16:15:37 +08:00
先入为主的开发习惯,导致你说的几个点都说不到点上,框架不是为了简单,而是在开发效率,维护和性能做了一个平衡,当年开发 vue 的还喷 ng 的 ts 需要额外投入的,差不多的团队,团队开发中入门级的前端在框架的选择上没有任何话语权,别给自己加戏包括我自己
Austaras
2021-03-10 16:32:35 +08:00
@namelosw
1. state hoisting 本来就是不好的
2. ivy 和 svelte 的 aot 本来就差不多
少半瓶水晃荡了
namelosw
2021-03-10 16:56:57 +08:00
@Austaras
1. 没 hoisting 更不好
2. Svelte 的 AoT 是解决前端问题, Angular AoT 是为了解决自己凭空创造的问题
半瓶水彼此彼此
bojue
2021-03-10 17:05:31 +08:00
@namelosw 学了这么久这么多还把吊打挂在嘴上,tob 表单类项目为什么不能用 angular,你说的坑具体什么坑,一千多个组件的项目任何框架开发起来都多少出点问题,就看谁先挂
nzbin
2021-03-10 17:12:29 +08:00
@namelosw 你这确实有点强答了。。。感觉谷歌的工程师都没你牛🙄
Austaras
2021-03-10 17:14:59 +08:00
@namelosw 只有有需要 hoist 的才 hoist,没需要的不共享给别人才是对的,你只不过是把别人偶然犯的错误当作框架的缺陷而已。至于什么“凭空创造”“”前端问题”之类的大词,一看就是纯装逼,在知乎之类的地方讲讲么拉倒了,不要以为能在 V2EX 忽悠到人
hoyixi
2021-03-10 17:16:15 +08:00
其实是风格问题。 以前说过,G 家的工程师脑回路总感觉和大多人是不一样的, 以前用 G 家产品的 API,从 API 设计,以及通过 API 猜测 G 家产品背后的数据库之类字段设计,都感觉脑回路比较奇特~

这也没什么,毕竟每个人每个公司都有自己的风格。

但是,但是,你如果把东西给别人用,那就是另一码事了,虽然开发者这个群体比较特殊,但是也算 G 家的“用户”,总得考虑下用户体验和感受吧~

这点 Apple 就好多了,API, 工具,文档,都舒服多了。
namelosw
2021-03-10 17:16:43 +08:00
@bojue
主要的坑就是满屏幕 MarkForCheck
如果不 MarkForCheck 一方面性能不太好, 另外一方面老得提防 runInZone. 即使自己记得住, 同事肯定也老忘.
然后没有 React props.children 和 Vue 的<slot/>好用
namelosw
2021-03-10 17:19:04 +08:00
@Austaras 一个 hoist 的 codebase 下发比不 hoist 的 codebase 上提容易得多. 后者就是没救.
namelosw
2021-03-10 17:20:49 +08:00
@nzbin 这不是技术牛不牛的东西, 是设计问题, Google Cemetery 了解一下?
namelosw
2021-03-10 17:27:02 +08:00
@Austaras > 至于什么“凭空创造”“”前端问题”之类的大词,一看就是纯装逼
所以人家几十 K 就挺好的框架为啥要几百 K 解决? 不是凭空创造是什么?

我 Ng 和 React 的项目都是同期开发的几十万行项目, 我分享的都是实际经验.

你啥 insight 也不提供直接就说我装逼.

反正谁踩坑谁难受.
bojue
2021-03-10 17:36:42 +08:00
@namelosw 不错不错,这起码是石锤,如果是这样的话应该是对性能有要求,可以集成 React 开发一些业务页面
Austaras
2021-03-10 18:32:53 +08:00
@namelosw  醒醒,开了 ivy 之后也能做到 100k 以内,何况你这个问题不如去问问 react 为什么体积要膨胀到 100k 以上。你在这里空谈几十万行 code 一点意义都没有,GUI 是最容易堆砌互相之间没有关联的垃圾代码的地方
Austaras
2021-03-10 18:34:19 +08:00
@namelosw 你不要把你不会上提说成框架的问题,ng 里拆到单独的 service 非常容易,如果只要在组件里分享可以直接写在组件的 providers 里,而且性能要比对应的 react context 好很多

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://ex.noerr.eu.org/t/759986

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX