这似乎是作为一种语言的

rmruhul

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

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

大卫：据我所读和所闻，扎克创建了这个工具，因为他需要构建 电报号码数据 这个工具，并且它非常适合他的需求。这种需求实际上也是很多其他人的需求。所以它适合那个领域。我想事情就是这样发生的。

大卫：有很多静态站点生成器正在冒泡并提供服务。我喜欢这种多样性，因为多样性意味着人们已经做过……你永远不知道，有人只是在做围棋。他们不懂任何 JavaScript，也不懂其他任何东西。如果他们了解 Go，那么 Hugo 可能适合他们。

大卫：对于像 Eleventy 这样的人来说，我觉得我知道典型的 JavaScript、HTML 和 CSS，这对我来说似乎很舒服。那是我的安全空间。我不得不说，十一比杰基尔更适合我这个领域。和 Jekyll 一样，这些插件使用起来有点麻烦。我认为 Eleventy 带来了更多我所希望的静态站点生成器的东西。

大卫：就其结构而言，它比 Jekyll 之类的东西更普通一些。是的，我想说它并不完美。我知道它存在问题……或者不是问题，而是人们希望从中得到的东西，但它并没有完全实现这一点。但我认为它有 ND 吸引力。我认为这就是它增长相当快的原因。

德鲁：您在匹配您已经使用的技术方面提出了一个重要观点。如果您正在构建 Go 的东西，您可能会使用 Hugo 作为静态站点生成器，因为它只是您熟悉的工具集。如果您使用 React 构建东西，那么您可能会选择 Gatsby，因为这就是 React。



大卫：确切地。是的。

德鲁：拥有一些只执行简单 JavaScript 并巧妙地融入该生态系统的东西。如果您整天都在编写 JavaScript，那么您会感觉很自在，并且使用它时会更加高效。

大卫：是的。

德鲁：静态站点生成器的基本工作是获取一堆内容，这些内容通常是稍后在工具之外编写的……SSG 不处理更改内容。他们从某个地方接受它，通常是 Markdown 文件，不是吗？

大卫：是的。