1
ShinichiYao 44 天前
我,Notepad 一把梭
|
![]() |
2
tool2dx 44 天前
我,wasm 转译到 js 。我项目有一定特殊性,不需要华丽的前端 UI ,但是核心业务非常复杂,JS 搞定不了。
|
3
whzarthur2513 OP 我能想到框架的好处就是:开发效率,维护性,兼容性; 坏处就是对于非专业的前端来说学习成本太高,另外不够自由灵活,性能会低一些
|
![]() |
5
DOLLOR 44 天前
我,连 jquery 什么的都不需要,直接就用浏览器自带的 web components 开发组件。
|
![]() |
6
tool2dx 44 天前
|
7
Ayanokouji 44 天前
@whzarthur2513 你确定用原生的性能,就比框架性能低?
|
8
dcsuibian 44 天前 ![]() 欲速则不达。
我 Vue 、React 都接触过,实在想不通为啥要拒绝框架? 你说学习成本太高,而我知道的是,如果不用这些框架以及相应的工程化套件。你的开发效率会低几个数量级。 没有这些框架: 1.没有组件化,你的代码复用能力大大降低 2.没有 element 、ant design 等第三方库的支持,一般人很难写出漂亮的页面 3.你要自己去想办法实现单页应用 4.没有热重载,你刷新按钮都不知道要点多少次 等等等 而且你说不够自由灵活,也很奇怪。因为据我所知这俩框架已经足够灵活,可以应付大部分场景。也提供了直接操作 DOM 的方法。而且就算实在不行,你也可以在页面中部分使用 Vue 和 React 。对于不挂载的元素来说,并没有什么影响。 至于性能方面,就更不要说了。虚拟 DOM 在变更时会自己计算怎么变更,这不比你自己拼接 DOM 准确性、效率上高一大截?而且说到框架,还有 Next.js 和 Nuxt 呢。我服务端 SSR 或 SSG 渲染,你性能怎么和我比。 |
![]() |
10
tool2dx 44 天前
|
11
hanierming 44 天前
我都是用 windows 的 text 一把梭
|
![]() |
12
gzyguy 44 天前
不用框架要么是项目随意玩玩要么就是闲得慌
|
13
zictos 44 天前
一般很少写 js ,也就写一下油猴脚本或者给自己已有的网站增加一些功能,都是直接用原生 js ,连 jquery 都不用。
平时很少用 js ,所以只学了基础的,根本没有动力去学什么框架,而且代码不是特别多(很多网站只有很少量的 js )的话框架有时候反倒搞得更复杂化了。另外 chatgpt 对原生 js 应该更熟悉,出错率更低,让它用框架应该会更容易出错。 |
14
jones2000 44 天前
@dcsuibian 人是活的, 框架是死的, 为什么要把人框死呢。如果你对这个框架深入了解,用没有问题,就怕懂一点,上来一个框架,给他找问题就找半天,还不如我自己用 js 写快。 用表格显示 1W 多条数据的表格,能卡成狗。
|
15
dcsuibian 42 天前
@jones2000
1. 有些东西,限制了你的自由,但也增强了你的能力。举个不恰当的例子,TypeScript 也是限制了自由写 js 的能力,但却增强了代码的可维护性。Vue 和 React 是限制了你的能力,但大大增强了代码的复用能力,避免了直接操纵 DOM 带来的性能问题和低维护性。 2.你的对比有点问题。你对比的是一个不懂框架的人用框架写和你自己用纯 js 写。这是两个维度的问题,你应该对比的是他用和不用框架两种情况。就我的经验来说,我看到的速成框架的人也会速成 js 。一个人如果框架写的很烂,那你让他直接用 JS 去操作 DOM 只会写得更烂更不可维护。 当然你仍然有不使用框架的自由,但是如果是在公司等大型项目里,或者是个人长期维护的小项目里,拒绝框架不是什么好选择。 |
16
jones2000 41 天前
@dcsuibian
1. 代码的可维护性通常靠的是人和代码流程制度,不是看什么框架或 TypeScript 。 2. 学几年 js 和 dom 的接口操作,再去使用框架, 会比直接上手框架的人基础扎实。 3. 我自己的开源项目也是不用框架,直接 js , 一个文件 6-7W 行代码,维护的也很轻松。https://github.com/jones2000/HQChart/blob/master/webhqchart.demo/jscommon/umychart.js |