是否可以将angular2与AEM集成？

是否可以将angular2与AEM集成，从而能够在绑定到angular2组件的HTML模板上进行创作。我在adobe中看到过一个例子，但它没有提到任何关于创作的内容。

关于我的项目：

1） 从一个侧面看，您有一个Angle，它是一个使用html模板的页面应用程序。另一方面，AEM的一个部分是非常好的WYSIWYG站点构造器。因此，没有人可以阻止您在作者模式下创建和编辑页面，并将其作为角度模板发布

2） AEM也是一个不错的REST服务器：

• 从Angular as UGC创建/更新/删除页面
• 使用经过良好测试的标准方法控制权限，通过CUG共享内容
• 使用AEM机制分发UGC（例如反向复制）

3） 将AEM页面和角度路由之间的链接与AEM中的

#链接

和角度路由中的直接链接混合在一起

但是：

1） 在混合AEM和Angular时，很难创建好的规则并遵循它们，因为从理念上看，它们的用途不同。在AEM+RDBMS中也可以看到同样的情况：它正在工作，但路很长，有时很痛苦

---

2） 从AEM切换到角度是一个时间问题。当所有应用程序都是Angular（您需要加载一次）时就可以了，但如果用户每秒钟点击一次都必须等待Angular init，则很容易以错误的方式构建应用程序。

从创作角度来看，Angular 2（或任何SPA）并不理想。AEM是一个CMS，它集成到许多其他Adobe套件中，如活动、目标、资产、媒体等。创作体验旨在充分利用这些集成的优点，使内容管理尽可能简单。这为作者提供了很大的灵活性

另一方面，SPA更适合无缝和多功能的用户体验，更适合最终用户（即AEM中的发布方）。您可以将组件设计为生成角度兼容/兼容的代码，而无需更改创作体验

如果要将创作体验更改为SPA，则需要为所有Adobe套件集成编写代码。我确信战役和目标不容易实现，即使在6.3中也有很多问题。Angular（与HTL一起）由于事件的顺序，导致目标脚本中的预览出现很多问题。所有这些复杂集成的跨浏览器兼容性也是一个巨大的挑战（我放弃了IE，因为各种原因，IE仍然是银行和法律界的最爱）

---

这可能是可以做到的，但投资回报率非常值得怀疑，挑战将需要大量的内部知识，并深入了解AEM与套件其他部分的集成。此外，AEM实例上的任何升级都会将此标记为风险，并增加您的总体拥有成本。

您指的是什么创作功能？@mickleroy它可能会更改屏幕标签并添加媒体创作框架不是基于Angular2构建的，因此使用Angular2扩展它并不简单。你将不得不重写很多代码。此外，我认为这不会提供一个好的投资回报率，因为Adobe正在以一种非角度的方式扩展其产品，因此您的兼容性将因Adobe的每个版本而受到限制。但您说过所有这些话吗？请记住，angular2已被使用？是的，我们有一个非常适合angular2概念的生产项目。first Angular+AEM存在很多问题（您可以在

中找到主要问题，但在
块中可以找到），您在plunkr或其他任何地方有任何示例实现或poc吗？不幸的是，由于NDA，我无法共享现有代码的任何部分。但我可以建议您从两个方向看一看：1）具有角度引导的页面具有指向编辑器在上创建的“模板”的配置。1.a）这些页面上的组件应在两种模式下工作：在作者上，它是标准内容；在发布上，它应是带有角度占位符的内容。2） 对于某些页面，您可以创建脚本，该脚本将通过角度选择器呈现页面，例如，
/userprofile.html
将代表编辑器的纵断面图，但
/userprofile.angularpage.html
是角度模板。我可以理解您所描述的内容。我唯一关心的是，现在我的角度模板与角度组件紧密耦合。挑战是，为了能够在上面进行创作，我需要将其转换为aem组件。此时，我对如何将aem组件与angular2组件关联感到困惑。