因为标准过程需要时间并

rmamin

回到我关于网络平台正确获取重要细节的观点，如果您有本机数据对象，您将能够将它们表示为本地化字符串，这是另一个令人头痛的问题。我使用过的库会告诉你，“哦，这篇博文是两周前发布的”，但它会给你两周前的字符串，而且没有办法翻译它，或者，是的。因此，将所有这些细节融入到平台中，这将是非常好的。

克里斯：甚至有人可能会说，这真是太棒了。

德鲁：粉碎，是的。这提出了一个问题，且铺好牛路，在铺好之前必须有一条牛路。那么，这种方法是否总是让我们落后于大型框架中可以完成的事情呢？

克里斯：是的，理论上。我想我们可以看一个例子，其中谷歌几年前试 电报号码数据 图实现的 Toast API 并不适用。这是相对较快完成的，它是在没有跨浏览器达成共识的情况下完成的，我不认为它真的严重依赖于......我认为它只是做了你所描述的事情，在牛路出现之前铺路，所以它只是遇到了很多阻力。但是，是的，我认为这个平台总是会有点落后，我认为图书馆总是会成为网络的一部分。即使作为 Vanilla JS 人员，我也一直使用库来处理某些特别困难的事情。

克里斯：对我来说，这往往是媒体的事情。因此，如果我需要显示非常漂亮的照片库，可以扩展和缩小，并且您可以滑动浏览它们，我总是会为此获取一个库，我自己不会编写代码。我可能可以，我只是不想，有很多小细节需要管理。

德鲁：这是很多工作，是的。



克里斯：是的所以，我确实认为平台永远会落后，我认为这不一定是坏事。我认为，对我来说，多年来我一直希望的一件大事是，我们作为一个行业来经历这个周期，一个小工具出现，把事情做好，投入越来越多的功能，变得越来越大，成为一个黑洞，只会吞噬整个行业。我一直选择 React，但 React 现在就是这个库。最终人们会说，“哦，这很大，也许我们不应该使用那么大的东西”，然后你开始看到很少的替代品出现。我真的希望我们停止做那个更大的黑洞事情，工具只是保持很小，人们可以接受这样的想法：你可以把一堆小工具放在一起，而不是总是抓住做所有事情的庞然大物。我经常把它比作人们总是选择瑞士军刀，而他们实际上只需要一根牙签、一把勺子或一把剪刀。只需拿起您需要的工具，而不是拥有所有您没有的东西的巨型多功能工具。

德鲁：它几乎回到了经典的 Unix 哲学，即许多小工具完成特定的事情，这些工具之间有一个通用的接口，这样你就可以一起改变东西。

克里斯：这可能就是……现在你这么说，我并没有真正考虑过这一点，但这可能就是行为或趋势出现的地方，如果你有一堆来自同一作者的小库，它们经常一起玩很好。如果你不这样做，它们并不总是如此，是的，将它们链接在一起或连接这些点会更困难。我真的希望有某种机制可以激励更多一点，我不知道。我什么也没得到，但在你这么说之前我并没有真正考虑过这一点。