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