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

时间:2019-01-22 10:22:40

标签: gmail-addons

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

1 个答案:

答案 0 :(得分:2)

这取决于您的要求,以下是几种方法:

  • Gmail附件
  • InboxSDK
  • Gmail API

Gmail附件

允许您:

  
      
  • 在Gmail用户界面中为用户显示其他信息。
  •   
  • 连接到非Google服务,以检索信息或执行其他操作。
  •   
  • 提供一个交互式界面,允许用户控制加载项或将信息发送到另一项服务。
  •   
  • 使用其他内置的Apps脚本服务(例如CalendarApp)来检索信息。
  •   

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

我在上面列出了一些赞成论点,现在列出了一些(主观的)骗局。

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

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

Read more here

InboxSDK

允许您创建一个(Chrome)扩展程序,使您可以:

  
      
  • 将您自己的UI插入Gmail或Inbox。
  •   
  • 与简单的高级类(如ComposeView)进行交互。您调用简单的方法(例如添加按钮或获取主题)   在类上,SDK将整个DOM从您那里抽象出来。
  •   
  • 使用感觉像Gmail和Inbox原生部分所需的工具。
  •   
  • 将扩展程序注册为Gmail UI侧边栏应用程序。
  •   

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

现在有一些(主观的)缺点:

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

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

Read more here

Gmail API

以下信息直接从其guides section粘贴:

  

通过Gmail API,您可以灵活,RESTful地访问用户的收件箱,   具有与“主题”,“消息”,“标签”,“草稿”,   历史,和。设置。

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

典型用例(同样来自文档):

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

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

Read more here

结论

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