遵循哪个OAuth流?(谷歌应用程序脚本和谷歌融合表API)

遵循哪个OAuth流?(谷歌应用程序脚本和谷歌融合表API),oauth,google-apps-script,google-fusion-tables,Oauth,Google Apps Script,Google Fusion Tables,我正在学习如何与OAuth接口。我使用fusion表作为数据库的后端,然后使用google应用程序脚本与该数据库进行交互。应用程序脚本的部分将运行定时触发器,而其他部分将作为webApp发布。我遇到了其他一些OAuth问题(参见下面的线程链接),但这个问题更为基本。当阅读GoogleAPI OAuth文献时,它描述了不同的OAuth流,我不知道我的程序是哪一个。我的应用程序是“web服务器应用程序”、“客户端”、“服务帐户”还是什么 谷歌API OAuth信息: 其他线程:首先,在特定时间安装触

我正在学习如何与OAuth接口。我使用fusion表作为数据库的后端,然后使用google应用程序脚本与该数据库进行交互。应用程序脚本的部分将运行定时触发器,而其他部分将作为webApp发布。我遇到了其他一些OAuth问题(参见下面的线程链接),但这个问题更为基本。当阅读GoogleAPI OAuth文献时,它描述了不同的OAuth流,我不知道我的程序是哪一个。我的应用程序是“web服务器应用程序”、“客户端”、“服务帐户”还是什么

谷歌API OAuth信息:
其他线程:

首先,在特定时间安装触发器以运行特定函数的事实与应该使用哪个Oauth流无关。
Oauth用于允许应用程序的用户授予应用程序访问某些资源的权限,这些资源通常只有他们才能访问。
当您在应用程序脚本中包含某些API调用时,Google Apps会自动向用户显示一个对话框,请求“授权”代表用户使用这些资源。 因此,在将应用程序脚本用作融合表前端的用例中,不需要使用Oauth让用户授予权限。
您可以发布脚本以“扮演”用户或脚本所有者的角色

谢谢你的回复。因此,当通过.fetch进行API调用时,是否需要向URL添加API键?如果是,API键的样式是什么(“浏览器应用程序键”、“服务器应用程序键”等)?我后面的文章展示了一些代码。根据您提供的链接,似乎您已经找到了Oauth部分。不过,我有几点意见。API密钥与Oauth没有直接关系。它们(OAuth和API键)都用作身份验证。但是,这些工具可以独立于其他工具使用。您在URL中放置API密钥的位置将由该特定API定义。通过Oauth访问的许多服务都不是API。