Inky 类似于由 Zurb 创建的 HTML 预处理器，专门用于响应式电子邮件。
我相信我们很多人都有过手动编写 HTML 电子邮件的经历（我经常这样做），并且知道它通常是 <table> 的一团糟。甚至不仅仅是表格令人烦恼，而是为了完成一些非常简单的事情，需要嵌套如此多的表格，以至于很难理清。
从 Inky 文档中的第一个演示就可以清楚地看出它的吸引力
但是，如何使用它呢？像任何预处理器一样，最终您需要将其语法转换为浏览器可读的代码。Inky 运行在 Node.js 上，因此您也可以像使用任何其他基于 Node.js 的预处理器一样 使用它。您可以安装它并从命令行、Node.js 代码中或作为 Gulp 插件直接调用它。
这就是 Slinky 的用武之地。
Slinky 使得使用 Inky 更容易。事实上，如果您定期设计一次性电子邮件，它可能是您的主要工作流程。
编辑此 Pen
查看 Inky 在 CodePen 上创建的 Pen PGPNwk (@FoundationForEmails)。
您应该复制一份，以便可以保存它并获取您自己的 URL 标识符。Slinky 将需要它。
Zurb 设置了此 Pen，以便它处理 Inky 代码并注入处理后的代码，因此您可以查看实时结果。您甚至可以在 Pen 中使用 SCSS 进行其他样式设置！
完成后，点击预览右下角的大粉色“获取您的 HTML 电子邮件”按钮。
您将跳回到 Slinky 页面，它会为您提供所有原始 HTML，包括内联 CSS
该原始 HTML 正是您发送电子邮件所需的。它已准备就绪。
假设您使用 MailChimp 发送 HTML 电子邮件。他们有一个“自定义代码”选项，您只需粘贴您现在拥有的内容即可
或者假设您使用像 MailGun 这样的服务，它通过 API 发送您的电子邮件
您会像那样做，只是传递 html 参数而不是 text。
我想说，如果您手动编写和维护大量的 HTML 电子邮件，这可能是一种非常有用的工作方式。
我喜欢在一些项目中使用 inky，强烈推荐！ :)
我更喜欢 mjml，但它更严格。
我需要在某个时候尝试 Inky。我使用 Ink（它的前身）已经有一段时间了，并且我是它的粉丝，只是还没有进行切换。
我目前的一个痛点（我认为 Inky 没有解决？）是必须使用其他工具来控制何时内联 CSS 或嵌入 CSS（对于媒体查询和诸如 iOS 中的链接 之类的东西非常重要）。现在我使用 grunt-email-builder 来处理这个问题。
顺便说一句，我希望能有一篇（或多篇）关于从头到尾的现代电子邮件工作流程的文章
您应该查看 Foundation for Emails 2（基本上是 Ink v2）！它有一个 不错的栈，其中包括内联工具、平面文件生成器、BrowserSync、Litmus 测试等……
@Tim_Hartwick 哎呀，我没想到他们会构建一个完整的栈，这几乎正是我想要的。但是，它们仍然没有解决需要嵌入在
@media查询之外的样式问题。当然，您可以通过稍微调整一下 Gulp 任务来解决这个问题。在相关方面，如果有人正在寻找 Litmus 的替代方案，我们使用 Email on Acid，它大体相同，但价格便宜一些。
您已经有了一种更好的即时 HTML 语言。它叫做 Jade（现在是 pug.js——顺便说一句，我不喜欢这个新名字）。
但它很棒。速度快且在所有构建系统和编辑器中都受支持。
我敢肯定您可以将 Jade 的强大功能与 Slinky 的功能结合起来。
Pug 是一种适用于整个 HTML 语言的 HTML 预处理器。我非常喜欢它。模板功能真的很酷。
Inky 看起来像是专门用于 HTML 电子邮件的。单个标签会变成一大堆表格标记，这使得编写这些电子邮件所需的表格变得容易得多。比 Pug 更加简洁。
我在 Foundation for Email V2 中遇到了很多问题，尽管重新安装并多次阅读文档，但它从未正确编译过