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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

Ask HN: Is Anyone on HN Using Vanilla JavaScript for New Web Projects?

4 点作者 __app_dev__大约 3 年前
I’m curious what the HN community is developing with for font-end work on new projects and if anyone is considering Vanilla JS for new projects or if most people are using React?<p>Obviously, a lot of companies still have plenty of all Vanilla JS projects, jQuery, etc but it feels from jobs that recruiters send me (and companies whom I spoke with) that almost all new development is using React.<p>For my background I’ve been developing with JavaScript since 1998 and have developed applications and sites with a wide range of popular libraries over the years so I’m comfortable with Vanilla JS. React, and more. My preference is actually Vanilla JS (even using Web Components) over React but it feels almost unheard of in the current environment.<p>At my current job I pretty much use everything (React, Vue, Vanilla JS) and even maintain some very old Classic ASP sites. For a new project I’m starting (everything from scratch – database, back-end, front-end) I’m currently debating whether to use React or Web Components.

5 条评论

ttymck大约 3 年前
I use alpine, but I see it as a &quot;callback manager&quot;. It updates html when I update a JS variable. All the Javascript within my alpine &quot;components&quot; is vanilla. So far the clunkiest thing I&#x27;ve had to do was routing (query param syncing; inter-page routing is still delegated to the browser).
coolhoody大约 3 年前
I default to Vanilla, would agree to Svelte under pressure. But most start with React. The logic likely being — at least I&#x27;ll find a job if this fails. Can&#x27;t blame, makes sense.<p>There are some exceptions — e.g. Pieter Levels (RemoteOk, NomadList) who sticks to Vanilla for everything. But it&#x27;s rather rare.
teekay大约 3 年前
We default to server-side rendering, plain HTML+CSS and vanilla JS when needed for most of the business apps we make. Why over-complicate the stack and increase maintenance costs when 90% of it all is a plain old CRUD? I do see a use case for React &#x2F; SPAs, just not in what we typically do.
schwartzworld大约 3 年前
I don&#x27;t use react on side projects because I use it at work all day and I like focusing on new problems. When it&#x27;s just me, and the project is a few hundred lines of code, that&#x27;s fine. I&#x27;d probably still use it for anything I wanted collaboration on though.
tomcam大约 3 年前
Yes, I’m using it and have for the past couple years. Admittedly I have created a CSS framework, because I have strict backwards compatibility requirements