技术栈与网站持久性

Avatar of Chris Coyier
Chris Coyier

DigitalOcean 为您旅程的每个阶段提供云产品。立即开始使用 价值 200 美元的免费积分!

Steren Giannini 在 “我的栈将比你的更持久”

我的栈不需要任何维护,具有完美的 Lighthouse 分数,永远不会有任何安全漏洞,基于开放标准,可移植,拥有即时开发循环,没有构建步骤并且... 将比任何其他栈更持久。

Jeremy Keith 在 “npm 毁了开发”

与其默认使用无所不能的全能工具链,我将 从一个无聊的基线开始。如果并且只有当这变得过于痛苦或难以驾驭时,我才会添加一个任务管理器。但每次我添加一个依赖项时,我都会限制项目的寿命。

我喜欢这两种观点。

Steren 的“栈”仅包含 HTML 和 CSS。HTML 和 CSS 是否会在网站在线并长时间运行的意义上“持久”?我认为当然可以。HTML 和 CSS 出现在我之前,正在积极开发,并且没有其他技术试图取代它们。最接近的威胁是原生平台,但它们非常分散、封闭,并且缺乏 URL 的全球实用性,因此任何原生平台都不太可能取代网络。更有可能的是(我们已经看到这种情况正在发生,即使它缓慢而充满挑战),原生平台会拥抱网络。

一个 HTML 和 CSS 网站是否会在 2041 年完美运行?我认为当然可以。我敢打赌。

Steren 的意思是 HTML 和 CSS 不仅仅是输出,而且根本没有工具。没有构建过程。没有模板。以下是他关于更新像跨页面导航这样的常见内容的说法

所以... 如果我不使用任何模板系统,如何更新我的页眉、页脚或导航?很简单,只需使用任何好的文本编辑器的“在文件中替换”功能。它们本来就不需要频繁更新。使用模板系统的益处不值得引入所需的工具的成本。

我承认这比我愿意接受的更进一步。这感觉就像用一种技术债务换取另一种。现在你需要编写脚本或精心设计的查找和替换正则表达式来完成你想做的事情,而不是使用某种形式的 HTML 包含, 有很多方法可以轻而易举地处理

但我明白。尤其是当你确实添加了一种模板语言(或任何其他东西)时,继续向系统添加更多内容的诱惑很大,引入越来越多的责任,而对它们如何“限制项目的寿命”的考虑却越来越少。

我实际上并不认为栈有多重要。

在思考我正在(和曾经)开发的网站时,网站的持久性与栈没有太大关系。一点也没有。具有最长寿命的网站(像这个)之所以具有很长的寿命,是因为我关心它们,并且它们的栈中包含各种各样不同的部分。

我选择技术来帮助我完成我想做的事情。**如果我的需求发生变化,我会改变技术。我不会仅仅说,哦,我的栈出问题了,我猜我将永远关闭网站。**

如果我们谈论的是网站持久性,我认为不同因素的重要性排序更像是这样

  • **80%** 我对网站的关注程度
  • **10%** 网站不是经济负担
  • **5%** 网站不是心理负担(“栈”只是其中很小的一部分)
  • **5%** 我可以访问注册人,并且没有忘记在域名被抢注之前续费