以编程方式更新 Google 电子表格

Question

我有一个预先存在的 Google 电子表格。我每个月都会更新此文档。我在电子表格中有一个模板工作集，我想克隆然后更新。

我更喜欢克隆工作表而不是从头开始创建它，因为它有一些非常复杂的公式。

我在这里使用 Google 电子表格的 Python api：

http:// /code.google.com/apis/spreadsheets/data/1.0/developers_guide_python.html

有人知道如何克隆和复制现有文档中的工作表吗？

编辑

我似乎让一位读者感到困惑。我没有 Excel 电子表格。我只有一个包含模板工作表的 Google 电子表格。

我想克隆此工作表，重命名它，然后以编程方式编辑它。

Answer 1

1. 复制文档中的说明克隆模板工作表
2. 按照 克隆文档中的工作表列表并迭代到所需的电子表格。
3. 使用单元格 Feed 在您的电子表格，然后更新值。

Answer 2

哇！！！把卡车倒回来。有一种更简单的方法

在过去的几周里我一直在研究这个问题，因为我计划对我的月度报告做同样的事情。我还没有充实实际的代码，但我会在取得进展时添加它。

在 Google 文档中，有太多与使用文档相关的 API 和类似术语，以至于事情可能会变得有点混乱。如果您还不知道，请在您的脑海中记住这样一个事实：GAS（Google Apps 脚本）和 GAE（Google App Engine）是两个完全不同的东西。尽管它们听起来相同，但它们的含义就像 Java 与 JavaScript 一样相似。

GAS 是嵌入在 Google Docs 中的脚本（希望将来可以作为独立模块导入），用于驱动验证和动态文档等内容，但它们比大多数人怀疑的要强大得多（它们可以执行修改/更新等操作）外部文档和自动电子邮件回复）。请记住，这些需要轻量级，因为它们在谷歌的服务器上运行。如果你的脚本需要很长时间才能完成，它的执行将被提前中断（通过谷歌搜索以找到限制）。这意味着您应该仅使用普通 JS（没有像 jQuery 这样的框架）并尽可能进行性能调整。

另一方面，GAE 就像一个位于云中某处的 Web 服务器（具有可用的数据库层）。它作为一个方便的（并且已经部署的）中间件层存在，供企业/利益创建自定义应用程序来完成更多繁重的工作。不幸的是，外部电子表格的 API 太有限，无法单独完成我们正在做的工作，因此它不是一个选项。

使用 Google Apps 脚本和基于时间的触发器实现自动化

这种方法应该有效，但需要稍微有点黑客的方法。

打开包含报告表的工作簿。点击【工具】-> [脚本编辑器...]。一旦进入[触发器] - > [当前脚本的触发器...]。

如果您没有任何触发器，请添加一个。然后，在“事件”下拉菜单下选择“时间驱动”。

欢迎来到服务器端事件处理程序的世界。基于云的文档的一项巧妙功能是能够直接在文档中触发 cron 作业。无需外部中间件。

如果您现在还没有注意到，则不会触发“月计时器”。这就是它变得棘手的地方。为了解决缺少此功能的问题，需要我们每天触发触发器并使用一些 JavaScript 将当前日期与前一天的日期相匹配。

[代码将在此处]

首先，是附加到时间触发事件处理程序的函数。该代码块只是简单地解析日期，将其与前一个日期进行比较，并将该值存储在隐藏表（我们用作持久层）中以供第二天的比较。如果满足新月份条件，则运行下一个代码块。

[代码将位于此处]

您的显然与我的有点不同，但基本概念是：

• 加载 SpreadSheet 对象（不要与 Sheet 对象混淆）
• 找到模板 Sheet 对象
• 克隆模板 Sheet 并为其指定适当的日期范围-based name

在我的项目中，我的下一步将是从月份中提取数据以生成堆积线图，以向上级报告当前状态。

注意：由于文档的多用户协作性质，事件必须在服务器端触发。这给我们带来了一个大问题。由于如果代码错误，事件代码会在其他地方运行，因此我们不会从浏览器获得任何反馈。唯一的解决方案是在触发器上设置通知，以便在脚本出现故障时立即向您发送电子邮件。

更新：在研究这个问题时，我发现了另一个很酷的技术。如果我能设法让它正常工作而不出现任何错误，我可能会尝试使用 Google 日历上标记的日期来调用触发器。

Answer 3

首先，我以前从未使用过 Python - 但我会告诉你我是如何在 C++ 中做到这一点的。

我使用 cURL 向 Google 文档 API。文件的二进制数据被返回，我将其写入文件。现在我有了 XLS 文件，然后我使用了可以读取 XLS 文件的 C/C++ 库来操作下载的文件。我使用的 API 支持多种选项；您可以做任何在 Excel 中可以做的事情。修改后我再次将其上传到Google Docs。

Answer 4

这真的很复杂。我知道你可以使用 Python 的 API 来编辑电子表格，Google 倾向于在他们的许多 Web 服务上提供这种功能，这一切都是通过以某种方式发送由 XML 组成的 HTTP post 请求来完成的，我希望你知道这一点，我不知道t。

根据此，您至少可以添加工作表，从其他工作表读取行并将行写入工作表。如果必须的话，您可以一次复制一行，但是为每一行发送一个额外的 POST 请求似乎是一个可怕的主意。

编辑：

我对此了解得越来越多，但距离解决您最初的问题还有很长的路要走。此REST 原则概述概述了之间进行交互的基本风格网络上的程序。谷歌似乎正在虔诚地追随它。

这一切都发生在 HTTP 协议中，而今天之前我对此一无所知。在此HTTP 规范中阐明了基本游戏。它并不像看起来那么枯燥，也许我只是一个巨大的极客，但我发现它是一本鼓舞人心的读物。与美国宪法没有什么不同。

因此，由于您想要“克隆”文档，因此您将使用特定工作表的 GET 请求，然后将该工作表作为 POST 的有效负载发送回来。

越来越近了:)

Answer 5

难道您不能将电子表格导出为 xls，然后将其作为具有（略有）不同名称的新文档上传，并在 XML 元数据中指定新名称吗？

下载和创建/上传文档部分位于 http://code.google.com/apis /documents/overview.html 应该是有益的。

我无法立即在 Python API 文档中看到任何导入/导出功能，但发送一些 http 请求也不错。

Answer 6

（2017 年 2 月） 用当前术语重新表述问题：如何复制 Google 表格模板，然后以编程方式修改它（副本）？ 简短回答：使用当前术语要容易得多Google API，特别是 Google Drive v3 API 和 Google Sheets v4 API，您可以使用 Google API 客户端库。

最新的 Sheets API 提供了旧版本中不可用的功能，即让开发人员能够以编程方式访问工作表，就像使用用户界面 (UI) 一样，即创建冻结行、单元格格式、调整行/列大小、添加数据透视表、 。

您可以猜到，Sheets API 主要用于以编程方式访问电子表格操作和数据 功能如上所述，但要执行文件级访问（例如复制模板工作表），请使用 Google Drive API。

使用 Drive API 复制文件 (Sheet) 的伪代码 (Python)（假设我们首先使用模板名称搜索最近修改的文件，因此使用 orderBy 并选择第一个结果 [0] 如下）：

TMPLFILE = 'my Sheets template'
tmpl = DRIVE.files().list(q="name='%s'" % TMPLFILE).execute().get('files')[0]
NEW_SHEET = {'name': 'Sheets data, Feb 2017'}
SHEET_ID = DRIVE.files().copy(body=NEW_SHEET, fileId=tmpl['id']).execute().get('id')

从 SQL 数据库 (SQLite) 读取值并将其写入上面创建的新工作表（从单元格“A1”作为“左上角”开始）的伪代码，就像用户输入来自 UI 的值（以便可以应用公式等）：

cxn = sqlite3.connect('db.sqlite')
cur = cxn.cursor()
rows = cur.execute('SELECT * FROM data').fetchall()
cxn.close()
DATA = {'values': rows}
SHEETS.spreadsheets().values().update(spreadsheetId=SHEET_ID,
    range='A1', body=DATA, valueInputOption='USER_ENTERED').execute()

如果您对现代 Google API 相对较新，我有一个（有点过时但）用户友好的 介绍视频。之后还有 2 个视频可能也有用，其中一个演示了如何使用 Drive API。这些是此播放列表中的视频 2、3 和 4。视频 23 & 25 是另一对具有 Drive 和 Sheets API 的产品。

所有较新的视频都可以在此播放列表中找到，您可以在其中找到另一对包含Sheets API 加上上面“模板复制”代码的重复，但复制幻灯片模板，然后使用 Slides API 进行修改）而不是（视频 2）。

正如另一个答案中提到的，如果您愿意，还可以使用 Google Apps 脚本 执行类似的操作尽管 Apps 脚本当前使用较旧的 API，但该环境与使用 REST API 的比较。此外，还有一些突出的错误可能会使其更具挑战性（特别是 此和这个）。