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