Dionne Amy

rmamin · Dołączył: 25 Gru 2023 Posty: 1

我们在 Go 中有 Hugo，有 React Stack 的 Gatsby，但 Eleventy 只是非常简单的 JavaScript，不是吗？

大卫：是的。我想说，我认为这是特征之一。其特点之一是您可以在其中编写常规 JavaScript。当我开始 Eleventy 项目时，我一直这样做，我在配置文件中编写了一些没有 JavaScript 的内容。如果我想从 API 获取资源或获取 Fetch API 并将其挂起并尝试解决问题，我会同步一种方式，直到我得到一些东西返回给我。我需要做得更好的事情之一就是弄清楚这些东西是如何工作的。

德鲁：这意味着 Eleventy 非常适合现有的 JAMstack 工具。如果您已经在构建这些项目，那么采用 Eleventy 是不是很自然？

大卫：我肯定会这么说。我会说它很适合……可能很难这么说，但我觉得它很适合 T。我觉得这就是 JAMstack 工具集一部分的定义。我想说的是，就像 JAMstack 一样，它还包括其他东西。因此，API 可以是某种 CMS，您可以使用 Eleventy 从中获取内容，但我肯定会说 Eleventy 适合该领域。

大卫：它也适合那些想要准确到达某个地方而不是……今天早些时候我想到 Synology 的人，有很多框架就像飞往某个地方的电报号码数据航班一样。所以你飞往格拉斯哥，但你想去爱丁堡。你想要去某个特定的地方。你想去一个特定的城镇。一个大框架会把你带到那里，然后你将不得不花时间叫出租车并蜿蜒到你需要的地方。

大卫：十一更像是一次精确的旅程，到达那个几乎精确的位置。你将需要做更多的工作。您可能无法直接搭乘航班前往那里，但它可以让您更经济地更准确地到达那里。我认为这个类比需要解决，但我认为它有其实质内容。

德鲁：您必须使用过其他静态站点生成器。显然，我们提到了杰基尔。您过去使用其他类似系统的经验如何？

大卫：我使用 Gatsby 作为框架的一部分，作为相当大的站点的实时项目的一部分。所以我使用过 Jekyll，也使用过……我尝试过 Next.js，也尝试过创建一些 out 和 Nuxt。我可能应该同时说 Nuxt 和 Next，真的，因为它们有相似之处。当然，他们会的，因为他们本质上是在看着对方，但他们都非常好。在那些更像 JavaScript 的内容中，我最喜欢这些内容。尽管使用时间很短，但我还是很享受使用它们的乐趣。

大卫在现场项目中使用过的最强的。我想使用 Hugo，因为我听说它非常快，就像生成东西一样。尝试一下真的很酷。

德鲁：是的，这似乎是 Go 作为一种语言的属性之一，因为所有重要的构建步骤似乎都具有令人难以置信的效率和性能。我们需要另一个静态站点生成器吗？我们是否一次又一次地重新发明轮子？Eleventy 做了什么与其他人不同的事情？我们到底为什么还要继续学习呢？

大卫：这是一个很好的问题。有了很多静态站点生成器，为什么我们还需要另一个呢？与许多类似的开源项目一样，有些项目的目的是成为一个开源项目。他们中的一些人做得很好，而另一些人则做得不太好。你可以看出，有一点并非空洞的激励，但就像项目的目标没有重点一样。
_________________
电报号码数据