没有JavaScript的网站应该可以工作吗？

JS Party播客刚刚播放了一个有趣的片段 ，他们将这个经典问题分成两组，每组两个。 每个小组都被分配了这场辩论的“一方”，然后放开讨论。 我认为没有人可以听这样的节目，不会完全被想法淹没！ 这是我的。

• 这是多年来激战的那些神圣的战争论据之一。 也许那是因为人们正在寻找适用于整个网络的答案，而网络太大了，无法将如此广泛的答案固定在其中。
• 这个问题本身值得一看。 为什么我们要谈论以这种特殊方式限制网站 ？ 我们的网站应该在没有HTML的情况下工作吗？ 我们的网站应该没有数据库就能工作吗？ 也许我们专注于JavaScript最，因为JavaScript已经成为Web性能的最大瓶颈 （甚至远远超过了网络！），我们经历失败JavaScript更比任何其他类型的网络故障的（除非，也许，整个网站没有加载） （或图标字体 ，jeez）。
• 我对围绕“ Web应用程序”和“网站”（ Web事物！ ）的术语感到很困惑。 这太奇怪了。 描绘您的大脑差异非常容易： 就像Facebook还是Blog！ 但是，当您开始尝试精确定义它时，它很快就会变得很模糊，并且如果有任何区别，区别将失去任何价值。 还有更多。
• 在所有有关Web的对话中，当然都涉及可访问性，但是可能无法在此处广泛应用。 有一种观点认为，辅助技术不能运行JavaScript-因此，要求使用JavaScript的网站对于这些用户来说是100％失败。 据我所知，现在已经完全不是如此了。 我们可以争论JavaScript在可访问性问题中的作用，但是仅仅因为特定站点需要JavaScript才能运行本身并不能使站点无法访问。
• 轻松关闭JavaScript，浏览网络，查找损坏的东西并针对这些明显的失败进行chinflip足够容易。 失败的原因是本网站或网站上的功能可能被设计为无需JavaScript即可工作。 最小权力规则。 这很棘手。 不关心一个故意禁用其Web浏览器一部分但仍希望所有功能正常工作的人很容易。 我直接不在乎。 但是弹性部分更有趣。 如果您确实构建了网站的一部分以在没有JavaScript的情况下工作，那么它将在JavaScript执行之前和之后都可以工作，这非常棒。
• 不使用JavaScript构建功能内容和功能并使用JavaScript增强体验的概念称为渐进增强 。 我既是球迷，也是要小心，不要坚持认为地球上的一切都必须以这种方式建造（请参见顶部）。 在某些情况下，逐步增强既增加又减少了技术债务。 我在这里使用的唯一的宽泛笔刷是说，在债务过高之前值得这样做。
• 介于中间的是渐进增强。 如果某个功能在没有JavaScript的情况下可以正常工作，则意味着您可能会为了性能上的考虑而推迟加载该JavaScript。 但是最终确实需要下载并执行它。 那段时间会发生什么？ 那里有性能和用户体验成本。 最好的情况是，可以忽略不计。 最坏的情况是，您会在此期间中断功能。
• 我发现在逐个站点和逐个功能的基础上讨论这种事情更加有趣。 应用程序整型可能是对其进行范围划分的一种有趣方式。 他们经常以Slack为例，这是一个完美的选择。 您将如何建立20位作者的电影评论网站？ 您将如何设计像Dribbble这样的社交和媒体密集型网站？ 如何建立下拉式导航？ 客户希望视差的一页小册子网站怎么样？ 同样需要本机移动应用程序的航空公司应用程序怎么样？ 当然，它使您可以考虑自己创建的网站。 CodePen是否在正确的技术上运行？ 是否有CSS技巧？
• 如果站点是“客户端呈现的”（ CSR ），则表示JavaScript正在执行数据获取并创建DOM以及所有其他操作。 如果我们谈论的是有或没有JavaScript的网站是否“正常运行”，那么客户端呈现的网站如果没有JavaScript，将100％失败。 它与“服务器端渲染”（ SSR ）相反，在SSR中，文档直接从服务器作为HTML下来。 几乎可以肯定，对于初次加载的体验， SSR更快。 通常， CSR加载后在站点中移动的速度更快（请考虑“单页应用”或SPA ）。
• 不仅是SSR与CSR ，还有整个范围 。 越来越多的网站看到网站试图利用两全其美的优势。 例如，Next / Nuxt / Gatsby或Ember的fastboot 。
• 服务人员是JavaScript。 Web worker是JavaScript。 Web的某些出色的弹性和性能功能都由引起我们争论的相同技术提供支持。

翻译自: https://css-tricks.com/should-a-website-work-without-javascript/