TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

The Business Case for Vanilla JavaScript

6 点作者 LAC-Tech17 天前

3 条评论

GianFabien17 天前
I write web front-ends for industrial embedded systems. So my experience might differ from business WebApps.<p>In my experience it requires a longer learning curve for the various frameworks than to simply learn the relevant Web API. My learning is very much JIT and over time I have built up a robust class library that gets my stuff done. When I get stuck ChatGPT suggests fixes that sometimes work and spare me from losing more hair.
评论 #43844907 未加载
proc017 天前
I think React caved in to wider adoption pressure to introduce abstractions that are intuitive on the surface level but are costly in terms of large scale complexity.<p>&gt; It&#x27;s &quot;declarative&quot; right up until you&#x27;re debugging stateful hooks, or resorting to useRef, or trying to reason about when a &quot;component&quot; re-renders<p>Maybe they should have modularized the core library more and have these things be separate, because the core idea of a uniflow pattern with reactivity is good.<p>I think what happened, at least in frontend, is that the industry pushed away from having engineers do any design or architecting on the frontend. All of these high level patterns have been &quot;outsourced&quot; to frameworks, and the result usually is something that has trouble scaling and adjusting to whatever domain it&#x27;s in.
评论 #43844932 未加载
copypaper17 天前
I would personally never touch a frontend <i>not</i> written with a framework. Sounds like a terrible developer experience--especially with a team. But from reading your article, it sounds like your issue is with React itself. I would recommend you try Svelte, it sounds like what you&#x27;re looking for. It&#x27;s as close to vanilla js as you can get with all the benefits of a framework.
评论 #43844939 未加载