使用 Adobe CC 应用程序为 AEM 创建交互式内容是否有优势？
Are there advantages to using Adobe CC apps to create interactive content for AEM?
我的客户最近迁移到 AEM，他们的网站现在基于它。我们被要求创建一个交互式 HTML5 'component'（我的术语，而不是 AEM 的术语）以嵌入到页面中。过去，我们使用自定义 HTML5 创建它们，但在将其集成到之前平台的页面中时遇到了挑战。
随着我的客户转向 AEM 网络平台，如果我们使用 Adobe Creative Cloud 应用程序进行开发，我们的 HTML5 代码和相关文件的导入或放置是否会更快/更容易/更兼容？出于预算原因，我们特别希望节省开发和集成时间。
我们可以接触到了解 Adobe Animate CC 的开发人员，它现在的目标是开发交互式 HTML / JavaScript 内容。另一个可能相关的 Adobe CC 应用程序是 Dreamweaver，但我不想使用它。
简而言之：不，你不会节省时间。
当您想为 AEM 创建内容时，它应该基于集成到页面的 parsys 中的组件。最好的情况是：为您提供一些挂钩，并使用定义的依赖项将您的组件集成为一个组件，以避免在加载 JS 和 CSS 时发生命名冲突等。
我的客户最近迁移到 AEM，他们的网站现在基于它。我们被要求创建一个交互式 HTML5 'component'（我的术语，而不是 AEM 的术语）以嵌入到页面中。过去，我们使用自定义 HTML5 创建它们，但在将其集成到之前平台的页面中时遇到了挑战。
随着我的客户转向 AEM 网络平台，如果我们使用 Adobe Creative Cloud 应用程序进行开发，我们的 HTML5 代码和相关文件的导入或放置是否会更快/更容易/更兼容？出于预算原因，我们特别希望节省开发和集成时间。
我们可以接触到了解 Adobe Animate CC 的开发人员，它现在的目标是开发交互式 HTML / JavaScript 内容。另一个可能相关的 Adobe CC 应用程序是 Dreamweaver，但我不想使用它。
简而言之：不，你不会节省时间。
当您想为 AEM 创建内容时，它应该基于集成到页面的 parsys 中的组件。最好的情况是：为您提供一些挂钩，并使用定义的依赖项将您的组件集成为一个组件，以避免在加载 JS 和 CSS 时发生命名冲突等。