昨天在 hackernews 看到的
看了点介绍感觉不错阿
有没有搞头呢
我始终认为目前流行的 react, vue 等东西还是太复杂, 应该有更简单的方法开发 web 应用
15 条回复 • 2025-04-14 10:46:12 +08:00
 |
1
zw2019 4 天前
上年纪了 研究不动了 ，我还是觉得直接 html+js+css 写一些简单的东西好玩。
|
 |
2
PTLin 4 天前
类似 HTMX 那种吧，给标签扩展了几个属性，然后提供了一些方式向服务器发起请求，服务器返回新的 html 内容替换发起请求的标签或者挂到当前标签下的那种。
写点个人项目倒是无所谓，一旦需要协作或者出问题需要调试了，简直就是噩梦。 |
 |
3
UnluckyNinja 4 天前  2
“You can alternatively install Datastar via npm. We don’t recommend this for most use-cases, as it requires a build step, ...” 构建工具不光是为了打包，还有 typescript 支持（只用 ts 进行类型检查而不用 ts 编译）、按需引入、新 es 语法编译到兼容旧版本、css 自动添加 vendor 前缀，以及插件系统等等一系列 DX 优化。开发时的重打包开销弊端，也在 vite 中通过利用浏览器原生 esm 支持、HMR 等，将影响降低到了难以察觉的程度。对于已经享受到这些便利功能的人来说，不使用构建工具反而会增加很多不便。
纯前端就相当于写 apline 吧，react/vue vs apline 应该在各种地方都有人回答过了。 还在用无构建的前端+后端方式的人可以看看，已经在用现代构建工具搭设 SPA/SSR 的没必要看了。 |
 |
5
songray 4 天前
|
 |
6
lizhenda 4 天前
为啥总有人觉得直接手写 html+js+css 会很简单呢 ...
|
 |
7
ztstillwater 4 天前 via iPhone
@zw2019 你这 css 和 js 无法解决浏览器缓存旧版本的问题，除非每次修改后你手动修改 html 里面引用的版本号
|
|
8
zw2019 4 天前
@ztstillwater 正经项目还是会用框架的 自己弄点小玩意不整框架。
|
 |
10
foolishcrab 4 天前 via iPhone
完全没有市场的东西，因为小项目更需要大框架，react 的生态写小项目都写完了这种特殊语法的东西还在折腾首页布局
|
 |
11
thevita 4 天前
“复杂性” 从来不来自技术本身，而是来自于“业务”，或者说我们的数字系统的建模对象
而发明眼花缭乱的技术、思想，什么 react programming/DDD/各种 design pattern ，不过是为了控制复杂度的实践而已 不要搞反了关系，如果你预期到你的建模目标的复杂度不值得你专门去搞一个新“技术”/“框架”，那你就不用嘛 |
 |
13
hefish 4 天前
每个前端心里都有一个宏伟的梦想。。。
I have a dream that one day this nation will raise up and live out true meaning of its creed |
 |
14
ppxppx 4 天前 via Android
@lizhenda 还是主要看写什么吧。vue 、react 、angular 这种框架要编译真的不喜欢（以前写都接触过，写了挺多 angular ），依赖复杂，npm 体验不佳。我现在写一些有前端页面的个人项目就喜欢 JavaScript 一把梭。html 用 van.js ，几百行代码也支持挺多常见功能的，自己看懂了还能根据自己的需求改框架； css 用 jss ，突出一个只用 JavaScript ，当然本质是用 js 语法写 css ； js 模块化的话浏览器现在就有原生支持，用起来很舒服。修改完代码直接刷新浏览器就好。当然这是个人项目，并且主要的难点不在前端页面上。
|
 |
15
longnight 3 天前
你的感觉是对的, 越来越多人意识到目前前端发展趋势有问题. 所以,有 SPA vs SSR/HyperMedia 两个阵营之争, 那是个庞大的话题; 如果你赞同后者的理念或者已经选择了后者,那么 htmx, unpoly, datastart 这些就是好工具.
|
Select Language