使用Gmail插件或适用于Gmail的Chrome扩展程序更好吗？

Question

我是Google产品的新手。我打算开始在gmail中添加某种东西。使用“添加”或类似于“添加”的chrome Gmail扩展程序更好吗？如果是附加组件，我们不能直接在附加组件侧面启动自定义网址吗？这在产品线中吗？目前，我们需要为插件构建整个UI。我认为，这很难维护Google自定义UI。

Answer 1

这取决于您的要求，以下是几种方法：

• Gmail附加组件
• 收件箱SDK
• Gmail API

Gmail附加组件

允许您：

• 在Gmail UI中为用户显示其他信息。
• 连接到非Google服务，以检索信息或采取其他措施。
• 提供一个交互式界面，以允许用户控制加载项或向其他服务发送信息。
• 使用其他内置的Apps Script服务（例如CalendarApp）来检索信息。

因此，您可以访问已登录用户的数据并轻松使用用户界面。这些加载项使用Google App脚本脚本制作，并且与移动Gmail应用程序版本兼容。

我在上面列出了一些赞成的论点，现在列出了一些（主观的）骗局。

• 尽管您可能能够更改颜色等，但您仍受其布局系统的约束。
• 为了激活附加组件，您必须首先打开消息或撰写视图。
• 我认为您无法利用JavaScript库/框架。

如果我提到的缺点不适合您的要求，则Gmail附加组件是更好的方法。

在这里阅读更多

收件箱SDK

允许您创建一个（Chrome）扩展程序，该扩展程序可让您：

• 将您自己的用户界面插入Gmail或“收件箱”。
• 与简单的高级类（如ComposeView）进行交互。您可以在类上调用简单的方法（例如添加按钮或获取主题），然后SDK会将您的整个DOM抽象化。
• 使用感觉像Gmail和Inbox原生部分所需的工具。
• 将您的扩展程序注册为Gmail UI侧边栏应用。

简而言之，您可以向Gmail或Inbox UI添加元素，功能等，并与其组件进行交互。使用JavaScript库/框架，在布局方面它的方式更加灵活，但是学习曲线却稍微陡峭。而且，您的应用程序/扩展名可以在每个视图上运行，不仅在打开消息或撰写视图之后。

现在有一些（主观的）缺点：

• 由于它主要是为与UI交互而设计的，因此您可以访问的数据是有限的。您可以检索一些线程，用户或消息ID，但这是停止的地方。
• 当您不直接在Gmail或Inbox的用户界面中工作时，布局或设置Gmail的标准应用程序扩展（如“任务”，“保持”等）就比较困难。例如，当您制作侧边栏应用程序时。

数据访问受限对我来说是一个主要问题，但可以使用Gmail API来解决。Gmail加载项具有访问用户数据的足够权限。

在这里阅读更多

Gmail API

以下信息直接从其“ 指南”部分粘贴：

Gmail API为您提供了对用户收件箱的灵活，RESTful访问，并具有与主题，邮件，标签，草稿，历史记录和的自然接口。设定

• 阅读来自Gmail的邮件
• 发送电子邮件
• 修改应用于消息和线程的标签
• 搜索特定的消息和主题
• 创建过滤器以自动标记，转发或存档邮件

典型的用例（也来自文档）：

• 只读邮件提取，索引和备份。
• 标签管理（添加/删除标签）。
• 自动或程序化消息发送。
• 迁移其他提供商的电子邮件帐户。
• 为域中的用户设置标准化的电子邮件签名。

您可以在自定义应用程序和（Chrome）扩展程序中使用此功能，但这不涉及任何与UI相关的功能。另外，制作Gmail附加组件时无需使用此功能，因为它已经集成。

在这里阅读更多

结论

要回答您的问题，请选择第一个选项。它允许与第三方API或您自己的自定义API进行交互，它与移动应用程序版本兼容，并提供了UI构建块。我强烈建议您查看Clasp，以开发，维护，同步您的Google App脚本等！