是的它将过更好更现代的 API 来解决很多这些问题。如果您访问 tc39.es/proposaltemporal，他们有正在进行的工作的文档或正在进行的规范。就人类可读性而言，它的编写比您通常在 W3C 网站上看到的要好得多，但您可以看出他们从 Moment.js 和 date-fns 等库借用了 API 的很多工作方式，像这样的东西。这又回到了这个想法，即库确实铺平了那些牛路，并展示了一个好的 API 可能是什么样子，然后最好的 API 通常会胜出并最终成为浏览器的一部分。 德鲁：再说一次，回到我关于网络平台正确获取重要细节的观点，如果您有本机数据对象，您将能够将它们表示为本地化字符串，这是另一个令人头痛的问题。我使用过的库会告诉你，“哦，这篇博文是两周前发布的”，但它会给你两周前的字符串，而且没有办法翻译它，或者，是的。
因此将所有这些细节融入到平台中
这将是非常好的。 克里斯：甚至有人可能会说，这真是太棒了。 德鲁：粉碎，是的。这提出了一个问题，因为标准过程需要时间并且铺好牛 奥地利电话号码表 路，在铺好之前必须有一条牛路。那么，这种方法是否总是让我们落后于大型框架中可以完成的事情呢？ 克里斯：是的，理论上。我想我们可以看一个例子，其中谷歌几年前试图实现的 Toast API 并不适用。这是相对较快完成的，它是在没有跨浏览器达成共识的情况下完成的，我不认为它真的严重依赖于……我认为它只是做了你所描述的事情，在牛路出现之前铺路，所以它只是遇到了很多阻力。但是，是的，我认为这个平台总是会有点落后，我认为图书馆总是会成为网络的一部分。即使作为 Vanilla JS 人员，我也一直使用库来处理某些特别困难的事情。 克里斯：对我来说，这往往是媒体的事情。
因此如果我需要显示非常
漂亮的照片库，可以扩展和缩小，并且您可以滑动浏览它们，我总是会为此获取一个库，我自己不会编写代码。我可能可以，我只是不想，有很多小细节需要 BTC 数据库欧盟 管理。 德鲁：这是很多工作，是的。 克里斯：是的。所以，我确实认为平台永远会落后，我认为这不一定是坏事。我认为，对我来说，多年来我一直希望的一件大事是，我们作为一个行业来经历这个周期，一个小工具出现，把事情做好，投入越来越多的功能，变得越来越大，成为一个黑洞，只会吞噬整个行业。我一直选择 React，但 React 现在就是这个库。最终人们会说，“哦，这很大，也许我们不应该使用那么大的东西”，然后你开始看到很少的替代品出现。
