我觉得这就是 JAMstack 工具集一部分的定义。我想说的是，就像 JAMstack 一样，它还包括其他东西。因此，API 可以是某种 CMS，您可以使用 Eleventy 从中获取内容，但我肯定会说 Eleventy 适合该领域。 大卫：它也适合那些想要准确到达某个地方而不是……今天早些时候我想到 Synology 的人，有很多框架就像飞往某个地方的航班一样。所以你飞往格拉斯哥，但你想去爱丁堡。你想要去某个特定的地方。你想去一个特定的城镇。一个大框架会把你带到那里，然后你将不得不花时间叫出租车并蜿蜒到你需要的地方。 大卫：十一更像是一次精确的旅程，到达那个几乎精确的位置。你将需要做更多的工作。您可能无法直接搭乘航班前往那里，但它可以让您更经济地更准确地到达那里。我认为这个类比需要解决，但我认为它有其实质内容。
德鲁您必须使用过其他静态站点
生成器。显然，我们提到了杰基尔。您过去使用其他类似系统的经验如何？ 大卫：我使用 Gatsby 作为框架的一部分，作为相当大的站点的实时项目的一部分。所以我使用过 Jekyll，也使用过……我尝试过 Next.js，也尝试过创建一些 out 和 Nuxt。我可能应该同时说 Nuxt 和 Next，真的，因为它们有相似之处。当然，他们会的，因为他们本质上是在看着对方，但他们都非常好。在那些更像 JavaScript 的内容中，我最喜欢这些内容。尽管使用时间很短，但我还是很享受使用它们的乐趣。 大卫：我认为盖茨比和杰基尔将是我在现场项目中使用过的最 俄罗斯手机号码清单 强的。我想使用 Hugo，因为我听说它非常快，就像生成东西一样。尝试一下真的很酷。 德鲁：是的，这似乎是 Go 作为一种语言的属性之一，因为所有重要的构建步骤似乎都具有令人难以置信的效率和性能。我们需要另一个静态站点生成器吗？我们是否一次又一次地重新发明轮子？Eleventy 做了什么与其他人不同的事情？我们到底为什么还要继续学习呢 。
大卫这是很好的问题
有了很多静态站点生成器，为什么我们还需要另一个呢？与许多类似的开源项目一样，有些项目的目的是成为一个开源项目。他们中的一些人做得很好，而另一些人则做得不太好。你可以看出，有一点并非空洞的激励，但就像项目的目标没有重点一样。 大卫：据我所读和所闻，扎克创建了这个工具，因为他需要构建这个工具，并且它非常适合他的需求。这种需求实际上也是很多 传真列表 其他人的需求。所以它适合那个领域。我想事情就是这样发生的。 大卫：有很多静态站点生成器正在冒泡并提供服务。我喜欢这种多样性，因为多样性意味着人们已经做过……你永远不知道，有人只是在做围棋。他们不懂任何 JavaScript，也不懂其他任何东西。如果他们了解 Go，那么 Hugo 可能适合他们。 大卫：对于像 Eleventy 这样的人来说，我觉得我知道典型的 JavaScript、HTML 和 CSS，这对我来说似乎很舒服。
