在G套件上构建应用程序的好处是您有灵活的选择。也就是说，开发人员经常会问我们应该使用哪些工具，特别是"我应该使用Apps Script还是App Maker构建应用程序？"

Apps脚本和Apps Maker共享一个共同的部署平台，它们可能更相似而不是不同。两者都可以让您快速构建定制的业务应用程序。两者都利用相同的基础设施。两者都能让你在G套件中应用你的技能。

但它们也有独特的不同。Apps脚本的优势在于它可以帮助你将你的应用程序与Gmail、Google Drive、Docs或Sheets等G套件应用程序集成。作为一个相对较新的开发者，App-Maker利用Apps-Script的优势进行构建，但也允许您超越G套件的界限进行构建。它允许您独立于G套件应用程序设计自己的用户界面，也可以声明性地设计自己的数据模型。以下是为下一个应用程序选择应用程序脚本或应用程序生成器时需要考虑的重要因素。

考虑因素#1:您的应用程序是否需要在组织外运行？为你做的选择往往是最简单的。在选择Apps Script或App Maker时，有时你的App需求会决定你可以使用哪种技术。

例如，App Maker要求你的所有用户都可以访问产品，并且他们都在同一个域中。如果您的应用程序需要跨域运行，或者您的组织外部有外部用户，那么App Maker将无法工作。另一个需要考虑的问题是，App Maker内置的大多数应用程序都依赖于云SQL进行数据存储，因此如果您无法访问Google Cloud SQL或不希望实现它，云服务器服务商，那么默认情况下，apps脚本是您的选择。

关键要点：对于外部或跨域用户，选择应用程序脚本

考虑#2：你觉得最舒服的建筑是什么？你喜欢哪种编码语言？另一个重要因素是舒适度和个人喜好。如果您认为在电子表格中构建应用程序更有效率，尤其是在已经存在电子表格的情况下，那么可以从使用Apps脚本在Google工作表上构建应用程序开始。作为一名开发人员，App Maker有更多的学习曲线，而要让你的应用程序启动并运行，首先要做的工作更多一些，比如使用关系数据模型或者从头开始设计你的用户界面。Apps Script的大部分功能都依赖于宿主应用程序，而且在大多数情况下，它可以更快、更灵活地生成原型。

如前所述，大数据分享，Apps Script和App Maker有许多相似之处，包括相同的底层编程语言和运行时，恰好是Google Apps Script。这是很好的，因为你的技能（甚至一些代码）是可以转移的，这使得基于编程技能或语言的选择基本上是没有意义的。不过，还有其他一些差异需要考虑，这些差异超出了本文的范围，比如发行版、版本控制和开发人员体验。但没有什么是戏剧性的或扩大之间的差距选择一个比另一个。

关键外卖：选择基于您的舒适度。使用Apps Script，您可以利用G套件应用程序完成大部分繁重的工作，而App Maker则让您完全控制如何构建整个应用程序。而在代码方面，淘客宝，两者都使用应用程序脚本，这是一个折腾。

考虑#3：你希望用户获得什么样的体验？显然，您希望您的应用程序易于使用，因为它鼓励采用。因此，选择一个能够提供最佳用户体验的工具非常重要。但除了让你的应用程序易于使用之外，在设计应用程序时，考虑用户将如何使用你的应用程序也很重要。

例如，如果你的应用程序有助于销售周期，所有销售沟通都是通过电子邮件进行的，那么你真的希望你的应用程序作为一个配套应用程序在Gmail中生存。但是，如果你的应用程序是管理采购流程的，并且你的用户没有一个单一的或规范的G套件应用程序来执行此任务，人工智能软件下载，那么最好创建一个独立的体验。

简单的经验法则是，Apps Script设计用于构建与主机应用程序紧密集成的配套应用程序，例如例如Gmail、纸张、文档或幻灯片。这些配套应用程序可以作为文档绑定应用程序或G套件附加组件进行部署，这样用户就可以充分利用主机应用程序所能提供的功能，同时还可以了解其工作方式（即避免切换选项卡）。

app Maker自然允许您从头开始设计自己的用户体验，创建一个可控制的环境，确保用户专注于您在UI中专门设计的内容（另外，还允许您继续使用G套件API，如Gmail、日历、驱动器等）。

关键要点：选择应用程序脚本，创建在G套件上下文中工作的配套应用程序。选择App Maker创建独立的解决方案应用程序。

考虑事项#4:您的应用程序需要哪些数据要求？appmaker通过与cloudsql的集成提供了高级的数据建模功能。这有助于构建关系数据模型、创建数据视图、运行数据驱动事件、实现数据级安全权限等等。另一个明显的好处是，App Maker可以扩展到大型、复杂的数据模型，而不需要你付出太多努力。