这是一个创建于 1095 天前的主题，其中的信息可能已经有所发展或是发生改变。
现在的前端技术栈真的太恶心了！
我就想用个 react ，写个简单页面，npm 、yarn 给我整几千个包
各种框架 Vue 、React 、Angular...
又是打包、又是编译，webpack 、babel...
人山人海一样的各种配置...
遥想十来年前自学那会儿
前端干净、简单、实用、快速，像童话一样
不要跟我说现在项目复杂度高，也没见搞成多复杂的业务需求
前端的兄弟们，你们是怎么挺过来的？
你们觉得现在用着爽么？
我就想用个 react ，写个简单页面，npm 、yarn 给我整几千个包
各种框架 Vue 、React 、Angular...
又是打包、又是编译，webpack 、babel...
人山人海一样的各种配置...
遥想十来年前自学那会儿
前端干净、简单、实用、快速，像童话一样
不要跟我说现在项目复杂度高，也没见搞成多复杂的业务需求
前端的兄弟们，你们是怎么挺过来的？
你们觉得现在用着爽么？
第 1 条附言 · 2022-05-24 22:11:55 +08:00
是我太年轻，此贴结了吧
写完这个帖子，我去学了一个星期的的 React
然后做了一个画流程图、思维导图的在线应用 https://huatuben.com
不得不说，模块化开发真是太棒了
她让我可以，像写后端代码那样写前端代码
对于前端逻辑比较复杂的项目，如果没有模块化，维护起来应该很可怕
这是「画图本」发布时送码的帖子
https://v2ex.com/t/853963
如果你也需要兑换码，可以给我发邮件
ahshengchen # 126 dot com
来信必回
写完这个帖子，我去学了一个星期的的 React
然后做了一个画流程图、思维导图的在线应用 https://huatuben.com
不得不说，模块化开发真是太棒了
她让我可以，像写后端代码那样写前端代码
对于前端逻辑比较复杂的项目，如果没有模块化，维护起来应该很可怕
这是「画图本」发布时送码的帖子
https://v2ex.com/t/853963
如果你也需要兑换码，可以给我发邮件
ahshengchen # 126 dot com
来信必回
第 2 条附言 · 2022-10-17 09:45:24 +08:00
画图本已更名为 AmyMind
https://amymind.com
https://amymind.com
 |
102
gowk 2021-12-13 10:04:34 +08:00  10
 |
 |
103
jj256 2021-12-13 10:06:39 +08:00 1
每种技术都有其适合的应用场景，只能说楼主做的业务用不到吧。
|
 |
105
TomatoYuyuko 2021-12-13 10:17:30 +08:00
不爽，我希望框架能够大统一，但 web 端其实本质都大差不差，真正麻烦的还是跨平台
|
 |
106
sudoy 2021-12-13 10:17:35 +08:00
楼主说的我有同感，但我不是 #97 说的固步自封，我学 vue 学了很多遍，换了好几个网站学，依然觉得没学好。我觉得像我这样主要搞后端，很久没接触前端（准确的说是很少用 JS 框架，大部分时候都是用类似 Jinja 这种后端渲染引擎），现在忽然来学前端这些框架，真的觉得很难受。我建议楼主，如果是简单应用，直接用原生 JS 或者 jQuery 就好了。如果真的想学，就多找几个网站学，找那些有后端经验的作者写的书或者课程，这样思维方式有相通的地方更容易学。有时候没学好，真的不是你的问题，是授课者跟你的思维方式差异太大。
|
 |
107
zooeymango 2021-12-13 10:20:13 +08:00 1
是模块化的出现使得前端能拥有高复杂度，框架只是帮你做一些重复工作，以前不是不复杂而是复杂不了，希望楼主不要随便这样 judge 一个自己不太了解的东西，只是简单页面你完全可以 html 一把梭谁也不会 judge 你
|
 |
108
changwei 2021-12-13 10:20:21 +08:00
@noqwerty 你最后都讲了“只是写几个界面”，这种场景本身就不需要对 react-scripts 的默认配置做什么改动，如果不只是写几个界面这么简单，即使没有 CRA ，你在上古时代要开发一个优化非常好的网站，一样要学习百度 FIS ，或者 gulp ，grunt 等工具链。
你真正去看一下 webpack 和 bavel-loader 其实会发现并不复杂，webpack 概念清晰明了，输入的文件从 input 到 loader ，最后 output ，并没有什么很难的 |
 |
109
coolzjy 2021-12-13 10:24:35 +08:00 17
现在的出行方式真的太恶心了！
--- 我就想从上海到北京 ，简单的旅游，发动机 、变速箱 给我整几千零件 各种品牌大众 、丰田 、福特... 又是悬挂、又是四驱，ABS 、ESP... 人山人海一样的各种配置... 遥想十来年前走路那会儿 出行干净、简单、实用、快速，像童话一样 不要跟我说现在出行更方便，也没见你们走多远 路途中的兄弟们，你们是怎么挺过来的？ 你们觉得现在走着爽么？ |
 |
110
ykk 2021-12-13 10:24:38 +08:00
认同 我就想写个简单页面 为什么不能用两行代码搞定？
|
 |
111
pikay 2021-12-13 10:27:11 +08:00
兄弟你试过 ofajs 吗？
https://ofajs.com/ |
 |
112
ruoxie 2021-12-13 10:28:10 +08:00
为什么大厂工资那么高，真的太恶心了
|
 |
113
lisongeee 2021-12-13 10:28:40 +08:00
"写个简单页面，npm 、yarn 给我整几千个包"
这是依赖扁平提升的问题 你可以用 pnpm ，在它的完美情况下， 你 package.json 里声明了多少包，node_modules 就只有多少 包 |
 |
114
Leviathann 2021-12-13 10:30:01 +08:00
不用 react 我不会写页面
之前看一个 demo 级别的原生库，看了半天也不知道为什么 js 里直接用 document.getElementByxxx 就有了，也没见他写 create element 然后设置 innerhtml 啊 后来才发现原来还有个 html 文件。。 |
 |
115
a852695 2021-12-13 10:30:26 +08:00
1 我倒不觉得是坏事，百家争鸣吧，各个框架都有它的适应场景，在业务模型频繁迭代情况下，一门框架已经不能满足了
2 前端的技术栈的确难统一，这是事实，不过建议是拿一两门主要的，然后兼顾下其他框架，这样选型时候也好快速决策 |
 |
116
noqwerty 2021-12-13 10:31:24 +08:00
@changwei #108 确实啊，我整体是赞同你说的，现有的工具链虽然看起来很吓人，但是对新手是相对很友好的，Vite 之类的基本开箱即用。我上一条回复是猜测楼主的情况属于对工具不是很熟悉，默认配置不满足需求，又不想花费太多时间看文档，那确实体验会比较差。
|
 |
117
erwin985211 2021-12-13 10:32:43 +08:00
专门做前端谁想回到以前？以前的方法又不是不能用了
|
 |
118
pengtdyd 2021-12-13 10:38:09 +08:00
过 2 年你就不会这么说了，因为不更新技术栈的人已经淘汰了。
|
 |
119
ZeroDu 2021-12-13 10:38:45 +08:00 2
非前端，
最头大的是，有的项目一段时间不动再次编译直接失败。 前端项目是有依赖管理，但是不明白为什么会出问题。 太对了，后端的 maven 不会这样 |
 |
120
houseyoung 2021-12-13 10:39:17 +08:00
以前前端是简单，但挣得也少啊，甚至都不配叫“rd”，只配专门起一个名字叫“fe”，工资跟后端根本不在一个层级。
|
 |
121
3dwelcome 2021-12-13 10:40:45 +08:00 1
@WildCat
"前段工程化之后让巨无霸项目变得可能，否则人们还是只能写 $('#foo.bar') 这种命令式编程。" 在前端工程化出现之前，巨无霸软件设计就是很复杂的。 只要命令式编程代码结构组织良好，也能写好大软件。你看 win32 sdk 里，全部都是命令式的消息机制，也运行的很好啊。 唯一会影响代码质量的，应该就是代码数量和架构设计水平了。 |
 |
122
daliusu 2021-12-13 10:45:02 +08:00
装个 cli ，比如 yarn create @umijs/umi-app ，自己就给你构建好了一个环境，进去直接启动就行了，包虽多，又不要你手动去搞，就算你真的想直接写 html ，引用个在线 vue 就可以写了，跟 jquery 也没啥区别
|
 |
123
lujiaosama 2021-12-13 10:46:00 +08:00
开玩笑. 遇到稍微复杂一些的项目, JQ 写起来都是些什么玩意.写到后面写的人自己都看不懂.
|
 |
124
zhwithsweet 2021-12-13 10:46:06 +08:00
vite 不好用吗？
提供从简单到大规模的各种模板，你还要怎样？要怎样？ |
 |
125
shintendo 2021-12-13 10:55:21 +08:00
经典 the good old time 幻觉。你以前写过前端，和你以前是前端，是两码事，去问问真从那个时代走过来的人，真不知道你说的是哪个次元的“干净、简单、实用、快速”
|
 |
126
lyz1990 2021-12-13 10:57:05 +08:00
vite 好评
|
|
127
shintendo 2021-12-13 10:58:51 +08:00
@tfu 今天刚尝试用 vue 想写个单页 web 应用，确实被恶心到了，我就一个页面放在以前可能就三个文件就搞定了
😅啊这，“单页应用”和“只有一个页面”不是一个意思啊 |
 |
128
adashuai5 2021-12-13 11:00:44 +08:00
怎么挺过来？挣钱嘛，学着，不寒碜。
|
 |
130
xrr2016 2021-12-13 11:02:12 +08:00
大人，食大便啦
|
 |
131
shyling 2021-12-13 11:02:26 +08:00
各种技术的出现就是为了简化工作啊。。
你以前用不到只能说你用的浅而已。 试试 jquery 做 spa ，做浏览器兼容，做前端的测试。 只写一个个单页连 jquery 都不需要吧。 |
 |
133
llb123 2021-12-13 11:04:39 +08:00
现在业务需求还不复杂么。。你用十年前的技术栈写写看
|
 |
134
exploreexe 2021-12-13 11:09:05 +08:00
感觉前端现在就是个大坑，根本不可能填完，而且前端的大佬们又爱发明轮子，学轮子的速度都比不上这些大佬造轮子的速度。
但是现在前端又是那么重要，移动端现在大有 JS 一统天下的趋势，很多厂子为了效率不太想搞原生了。什么用户体验，KPI 就是王道。 |
 |
135
WadeLaunch 2021-12-13 11:09:22 +08:00
一个后端程序员对前端技术的彩虹屁
#/t/821809 ---- 怎么引用站内贴啊，是这样吗？ |
 |
136
nicevar 2021-12-13 11:09:38 +08:00
确实非常恶心，你去看一下 github 上面的项目，nodejs 类的 issue 一大堆永远都是跑不起来的问题，关键是整这么大一堆做出来的页面还挺挫的，大厂的也是，几个页面一个主流中配的电脑跑起来都吃力。
|
 |
137
jaimezhan 2021-12-13 11:09:52 +08:00
js 不行吧你，简单页面非得用 react ？也不知道你定义的简单页面是怎么个简单法？好好学习下 js 基础？况且 ，也可以 cdn 使用，没有非要 npm ，webpack
|
 |
138
romisanic 2021-12-13 11:10:00 +08:00
|
 |
140
RobinHu 2021-12-13 11:14:45 +08:00
😅
|
|
141
WadeLaunch 2021-12-13 11:15:39 +08:00
|
 |
142
leisure 2021-12-13 11:19:58 +08:00
我一直以为，吐槽贴都是某技术栈从业者从亲身经历吐槽才有些实际的意义。 既然已经前后端分离了，就各自沿着自己的技术路线往前学习往前走呀。 前端自己卷不动了自己吐槽就好了，也没见有前端跳出来说别的技术栈太恶心哇。
|
 |
143
libook 2021-12-13 11:21:16 +08:00
其实不光前端有这个问题，这个问题后端、应用开发领域也都存在，比如有的人写个简单的表单接口都要搞一套 PO 、VO 、DTO 、DAO……
这十年来发生了很多变化： 首先 Web 技术出现了 HTML5 、CSS3 、ES6 、Node.js ，让 Web 应用有了向更广和更深发展的能力； 有能力就能做些以前想做又做不了的事情，于是随后发生了 Web2.0 到 Web3.0 的变化，人们对前端的需求不只是一个展示内容的页面，而是重视交互和用户体验，同时出现了手机、平板等多种屏幕，以及多种操控方式，更使得前端需求呈爆炸式增长； 需求爆发的同时，还面临着日渐加剧的规模化、生产线化的问题，这才导致了各种框架、工具的出现，目的是为了提高产能、降低成本。 技术选型和架构设计是一门学问，得按照需求选择预期需求下最适合的方案。 工具是用来解决问题的，不是用来制造问题的；你觉得恶心是因为你当前的项目对工具没有需求，没需求就没必要硬用，用俗话来说杀鸡焉用牛刀。 现在前端 Web API 相比 10 年前已经增加了超多特性，不需要借助任何库和框架也能比较方便写一些稍复杂一些的页面了。现在做一个项目的时候，只要需求尚不明确到需要使用框架，基本都会用原生 API 写，顶多为了兼容加个 Babel ，后续有复杂需求导致原生手写麻烦了，再迁移到框架。 |
 |
144
HFX3389 2021-12-13 11:21:26 +08:00
用 react 、recoil 、usehooks-ts 的 useInterval(50ms)、ramda 做个的小游戏，被 recoil 状态管理折磨的怀疑人生，要么 R.append 添加多个或者 R.remove 不移除....
|
 |
145
Actrace 2021-12-13 11:25:28 +08:00
|
 |
146
Hoshinokozo 2021-12-13 11:28:50 +08:00
《傲慢与偏见》
|
 |
147
CodingNaux 2021-12-13 11:48:53 +08:00
1. 不用操心 npm 的大小
2. 打包编译你完全可以选择 Parcel, 基本 0 配置 |
 |
148
code4you 2021-12-13 12:15:11 +08:00
当初我也这么认为
现在用得很爽 |
 |
149
markgor 2021-12-13 12:31:22 +08:00
说实话我也觉得很累...
也很怀念以前 jQuery 一把梭的时候。 从最早期的原生 js 到用 jquery ，再到现在的 vue ， 诶~不知道怎么说 |
 |
150
theprimone 2021-12-13 12:31:55 +08:00
@ZeroDu 没有锁定版本吧
|
 |
151
wonderfulcxm 2021-12-13 12:35:07 +08:00 via iPhone
是挺累的，vue 一段时间不用，我又把配置和语法忘了，只好看文档捡起来，jquery 是你拿起来随时可以用。
|
 |
152
Raos 2021-12-13 12:38:25 +08:00
没有框架自己写组件也挺费劲的吧
|
|
153
wonderfulcxm 2021-12-13 12:46:07 +08:00 via iPhone
可能当年的需求是天花，虽然凶残，但没那么复杂，只需接种一次 jquery 疫苗终生免疫，现在的需求是新冠，变异越来越多，越来越复杂，疫苗也只能不断更新换代。
|
 |
154
wangyzj 2021-12-13 13:03:57 +08:00
前端一直认为可以拯救地球
|
 |
155
huijiewei 2021-12-13 13:03:59 +08:00
@wonderfulcxm 用 React 吧。一周后就不用看文档了
|
 |
156
jones2000 2021-12-13 13:11:21 +08:00
感觉框架没什么用。 前端我只会一个 canvas ， 其他都不会。 框架，打包，配置，切图丢新人做不就可以了， 没什么技术含量，体力活。
|
 |
157
dangyuluo 2021-12-13 13:12:52 +08:00
你可以说复杂，但是用恶心这歌词来形容就过分了
|
 |
158
ghostsf 2021-12-13 14:05:04 +08:00
还好啊，后端技术栈也很深啊，其他行业也是一样啊。只会越来越多轮子，越来越多工具，随着时间的推移，不好用的，都将被淘汰。前端现在很好的一点是现在越来越标准化了
|
 |
159
winglight2016 2021-12-13 14:05:42 +08:00
@gamexg 的确，写 RN 项目，一半的时间用来解决环境问题，而且过半年项目就无法编译或者运行起来
|
 |
160
Rrrrrr 2021-12-13 14:07:06 +08:00
直接用 es6 ，script 使用 type=module 。
|
 |
161
qichunren 2021-12-13 14:17:37 +08:00
Hotwire 了解一下，你会爱上它。https://hotwired.dev/
|
 |
162
bwangel 2021-12-13 14:41:21 +08:00
@ZeroDu #119
后端还有更牛逼的操作 一个几千行代码的 Go 项目，把编译器从 go 1.7 换成了 go1.15 。 直接运行 go build ，一条命令就编译完了。 如果是一个 3 年前的前端项目升级 node/npm ，妈呀，要了老命了。算了，也就几千行，我重写一个吧。 |
 |
163
PEAL 2021-12-13 14:41:56 +08:00
其他的不知道，但我知道是这些恶心的东西才让我工资越来越高了
|
 |
164
luvroot 2021-12-13 15:01:58 +08:00 1
当年我以为 js css 学完后就没了，现在一看前端。
学习 A 需要依赖知识 B ，B 依赖知识 C ，C 知识依赖 D ，D 依赖 E 。 玩不死你，卷不死你。 nextjs 依赖 react react 依赖 node ，node 依赖 ts 。ts 依赖 js 。 玩出了花，我一个后端觉得编译 2G 内存都够了，旁边的前端说前端编译至少是 16G 起步。吓得我手里的咖啡都洒了。 |
 |
165
JaguarJack 2021-12-13 15:13:44 +08:00
Vue 不是支持 CDN 吗？
|
 |
166
RyougiShiki 2021-12-13 15:40:27 +08:00
目前出于百家争鸣阶段，相信未来会跟后段框架一样。
|
 |
167
rekulas 2021-12-13 16:16:02 +08:00
@vision1900 你说的只能算非常熟练的工程师不能算非常好，因为真正的工程师已经脱离“端”这个概念了，参考法布里斯•贝拉，从硬件到芯片到前端，样样都是顶级水平🤣
|
 |
168
lanten 2021-12-13 16:17:25 +08:00
@gamexg
#19 哈哈哈，这就就要说到大名鼎鼎的 node_modules 了 npm 默认会自动安装依赖的最新小版本，即使强行锁版本，但依然无法锁住依赖的依赖的版本（也就是二级依赖），所以当过了一段时间后，这些依赖还是会在 npm install 时被更新，由于这时间，整体的依赖库已经发生变化，这些被更新的依赖只要存在 api 变更或兼容性问题，就有可能发生 node 运行事故。 |
 |
169
murphytalk 2021-12-13 16:31:26 +08:00 via Android
@dengji85 kotlin+vertx 后端 Angular 全家桶前端 又让公司买了个不便宜的 angular component lib 带三年技术支持的那种（他们在我自学 Angular 的路上帮助不小哈哈），不要太爽。有什么需求都能很快搞定，楼上说 jQuery 一把梭哈的，大概他们需要维护的 app 和代码量都很小
|
 |
170
wmper 2021-12-13 16:50:48 +08:00
不整得复杂一点，不好提升工资啊
|
 |
171
lilihangzhou 2021-12-13 16:53:25 +08:00
前端新技术迭代非常快，以前觉得是好事，但是现在真心觉得学不动了，web-component 赶紧干掉 react 和 vue 吧
|
 |
172
monologue520 2021-12-13 16:59:13 +08:00
恶心中一大部分是增加了技术壁垒
|
 |
173
susujiaoshou 2021-12-13 17:02:17 +08:00
|
 |
174
qq807492916 2021-12-13 17:07:20 +08:00
低情商：前端太恶心
|
|
175
qq807492916 2021-12-13 17:07:42 +08:00
高情商：前端技术发展依然充满活力
|
|
176
3dwelcome 2021-12-13 17:08:45 +08:00
@lilihangzhou 新技术我倒是愿意学，问题是这些框架是竞争关系。
有时候同一段逻辑，放在不同框架下，要写几套即类似又不同的代码。这些高相似的克隆代码，会导致后期维护起来很头大。 说到底，如果 JS 本身光是个 runtime vm 容器，运行各种编译后的代码，那我也能接受。关键它又不是。 |
 |
177
nzbin 2021-12-13 17:21:35 +08:00
推荐一个 mini 版 jquery 库
https://github.com/nzbin/domq |
 |
178
starcraft 2021-12-13 17:34:57 +08:00 via Android
哈哈，还好我就自己小项目搞前端脚手架，要是真找个工作天天写前端，今天 js 加特性，明天框架换版本，后天工具链又要重新配，全是浪费时间的皮毛知识，琐屑知识，估计早学疯了。
所以，我绝对支持前端继续造新轮子，我估计也快了，毕竟新版本 v 也不咋地。使劲造，不爽立马造套新轮子，管它有没有人用，会不会火。 |
 |
179
KevinBlandy 2021-12-13 17:40:27 +08:00
对啊，现在前端真的离谱。我上次为了编译一个 React 项目，装了 nodejs ，不知道为啥又要 python3 的环境。。。。太烦了。
|
 |
180
RoshanWu 2021-12-13 18:19:05 +08:00
|
 |
181
vacnt7 2021-12-13 18:45:21 +08:00 via iPhone
难道不觉得这些框架是提升效率的吗
|
 |
182
wxsm 2021-12-13 18:49:29 +08:00
回到你最核心的问题：
> 遥想十来年前自学那会儿 > 前端干净、简单、实用、快速，像童话一样 其实现在的前端很干净，比以前更干净。至少 IE 已经退场了。 你甚至连 jQuery 都不需要，原生的 DOM 接口已经替代了当年 jQuery 的绝大部分优势。 你喜欢写干净、简单、实用、快速的代码，在今天只会比以前更好写，不会更难写。不夸张地说，比十年前至少好写 10 倍。 最后，至于你说的那些 npm Vue webpack 什么的东西，没有人说一定要用。它们存在自有存在的道理，你别用就是了，并不碍着你的路。为什么要让自己用觉得不爽的东西呢？ |
 |
183
source 2021-12-13 20:04:31 +08:00
日本海军联合舰队二战时候就拥有 4 艘以上的航母，为什么中国都 2021 年了，才 2 艘？
因为二战时期的航母和现代航母根本不是一个东西，复杂度、难度、涉及技术栈都不可同日而语。 你问上面说的这些跟这个帖子有什么关系？ 因为前端也是这样。 |
 |
184
uni 2021-12-14 00:06:30 +08:00
看文档看累了明知是钓鱼贴我也上来说两句了。。。
lz 说的那些东西全是脚手架在做啊跟你程序员没关系啊，你要搞个简单的页面直接 npx create-react-app 一行代码就起飞了啊这比 jq 方便太多了吧 |
 |
185
longkas239 2021-12-14 08:42:05 +08:00 via Android
确实恶心 层出不穷的轮子 层出不穷的 bug 这周写完的代码可能下周就跑不起来了
|
 |
186
christin 2021-12-14 09:11:50 +08:00
你要是觉得以前的好用，可以继续用原生 html/jQuery 来开发，没人会说啥。
你觉得 vue/react 麻烦，开发一两个页面用不上这么多包，这么多配置文件，说明你的需求没有复杂到需要用这些的地步。像开发个复杂的后台管理系统，用原生的要累死。 还是那句话，你觉得没用是因为你用不上。 > 不要跟我说现在项目复杂度高，也没见搞成多复杂的业务需求 现在网页，小程序，app 恨不得都让前端来做，对了还有桌面端应用。努力学习吧，开发不是一碗饭能吃到老的。 |
 |
187
dinfeo 2021-12-14 10:01:07 +08:00
自己是从 Jquery 到 Vue 的全栈，之前用 jquery 在部署和调试方面是有优势，但是在搭建页面，前端组件化，数据绑定，组件异步处理的时候，还是有很多不便的地方。
对于现在的前端框架，在小型项目里，可以直接引用 vue.js ，再直接引用一个 vue 的 ui 库，类似 element ui ，请求 Web API 可以直接用原生的 fetch ，完成这样的前端项目完全不用 npm 的包管理。 说白了，死守着 Jquery 的老古董们，其实还是不愿意走出自己的舒适圈，就算现在前端的框架也可以做到和 Jquery 一样的简单，他们也不会尝试，因为他们只会抱着自认为好的旧东西抱残守缺，早晚被后浪拍死在沙滩上。 |
 |
188
eycode 2021-12-14 10:34:41 +08:00
为啥前端不能百花争鸣？？？爱用不用，又没有人用枪逼你用。我就觉得挺好的，前面有朋友说了，你做项目可以安装脚手架一键操作，你觉得麻烦也可以直接*.js 引用，一了百了。我是看不上 jQ 那种写法的，后面特别麻烦，接手别人项目维护更麻烦，一句话，已经是历史车轮下的产物了，个人看法。对了，现在是移动端的时代。。。。适配问题，懂的都懂
|
 |
190
Joker123456789 2021-12-14 16:45:03 +08:00
5 年前，我刚接触 maven 的时候，也是这样想的。现在感觉 这种包管理工具 是真神，不知道哪个天才发明的。
|
 |
191
LZC007 2021-12-14 17:22:18 +08:00
简单页面直接引 cdn 不就好了，扯什么 node_module ，根据自身需求选择技术不是正常吗。难道写个静态页面也上框架然后弄个全家桶秀一波？
|
 |
192
ExplorerLog 2021-12-14 17:57:10 +08:00
|
 |
193
xiparos 2021-12-14 19:09:48 +08:00
ts 是最口口的，徒增学习成本，浪费时间精力，延缓开发进度，淦
|
 |
194
kongkongye 2022-05-24 21:22:44 +08:00 via iPhone
@ykk 本质其实是封装，引入一个新库要调的可能就几个配置，其他的默认就好，这样也方便库升级，非要把几十个默认配置都写出来然后改几个配置，鬼知道你改了什么，库升级时不也得每个配置考虑过去。
|
Select Language