NPM Ruin Dev

2020年，我重新发现了使用纯HTML、CSS和JavaScript构建网站的乐趣——无需转译、编译，构建工具只有我的键盘。

我的个人品牌可以用“太晚加入游戏，球场已被拆除”来概括，因此，我在2020年决定开始播客。这是我公司Clearleft的播客，它有一个极富想象力的名字：《Clearleft播客》。我对第一季的成果非常满意，也对为它搭建的网站非常满意。

虽然网站规模不大，但会随着时间推移而发展壮大。我思考了一下网站的构建流程，经过几秒钟的思考后，我决定采用“无构建流程”。零。什么都没有。

事实证明，这非常令人解放。直接编写将交付给最终用户的HTML和CSS，没有任何中间环节，感觉非常上手。感觉自己像是亲手耕耘网站的土壤。

近年来，CSS有了很大的发展——例如calc()和自定义属性等功能——因此无需使用Sass之类的预处理器。而原生JavaScript功能强大、功能齐全，并且可以在所有浏览器中运行，无需任何编译。

别误会，我完全理解为什么复杂的网站需要复杂的构建流程。如果您是大型团队的一员，您可能需要制定流程，以便每个人都能以一致的方式为代码库做出贡献。代码库越复杂，就越需要技术来帮助您自动化工作并在代码上线前捕获错误。

但是，这种设置并不适用于每个网站。所有这些旨在节省时间的工具和流程有时最终会在以后浪费更多时间。您是否曾经在六个月或十二个月后重新访问过一个项目？也许您只想对CSS进行一个小小的更改。但是您做不到，因为依赖项已损坏。因此，您尝试更新它。但是它依赖于不同版本的Node。您知道吗，您就像布莱恩·克兰斯顿在换灯泡。您应该只调整一行CSS，但最终却在与熵作斗争。

每当我处理前端开发中的问题时，我都喜欢应用最小能力原则：为特定目的选择最不强大的语言。一个经典的例子是使用简单的HTML按钮元素，而不是尝试使用带有大量ARIA和JavaScript的div来重新创建按钮的所有原生功能。今年，我意识到同样的原则也适用于构建工具。

我不会默认使用功能齐全的工具链，而是会从一个枯燥的基线开始。如果和当它变得过于痛苦或笨拙时，我会添加一个任务管理器。但是每次我添加依赖项时，我都会限制项目的生命周期。

我2021年的新年计划是节食。不再有庞大的node_modules文件夹；只有简洁美味的HTML、CSS和JavaScript。

以上是NPM Ruin Dev的详细内容。更多信息请关注PHP中文网其他相关文章！