有没有可能将angular2与AEM集成,从而能够在绑定到angular2组件的HTML模板上进行创作。我在adobe中见过一个例子,但它没有提到任何关于创作的内容。
发布于 2017-05-06 16:43:45
从创作的角度来看,Angular 2(或任何SPA)都不是理想的。AEM是一个CMS,它集成到许多其他Adobe套件中,如Campaign、Target、Assets、Media等。创作体验旨在利用这些集成中的最好部分,使内容管理尽可能简单。这为作者提供了很大的灵活性。
另一方面,SPA更多的是针对无缝和通用的用户体验,更多的是针对最终用户(也就是AEM中的发布者端)。您可以将组件设计为生成与Angular兼容/兼容的代码,而无需更改创作体验。
如果您想要将创作体验更改为SPA,那么您将需要为所有Adobe套件集成编写代码。我知道Campaign和Target并非易事,即使在6.3版本中也会有很多问题。由于事件顺序的原因,Angular (与HTL一起使用)会导致目标脚本中的预览出现很多问题。所有这些复杂集成的跨浏览器兼容性也是一个巨大的挑战(由于各种原因,我放弃了IE,它仍然是银行和法律界的最爱)。
这可能是可以做到的,但RoI是非常值得怀疑的,挑战将需要大量的内部知识,并深入研究AEM与套件的其余部分的集成。此外,AEM实例上的任何升级都会将此标记为风险,并增加您的总拥有成本。
发布于 2017-03-20 19:46:09
在我的项目中:
1)从一侧你可以看到Angular,这是一个使用html模板的页面应用程序。从另一方面来说,其中一个AEM部分是非常好的WYSIWYG站点构建器。因此,没有人可以阻止您在作者模式下创建和编辑页面,并在发布为Angular模板时使用它们。
2) AEM也是不错的REST服务器:
使用经过充分测试的标准方法通过CUG.
3)使用AEM中的#links和Angular中的直接链接,混合使用AEM页面和Angular路径之间的链接。
但是:
1)当你混合使用AEM和Angular时,创建好的规则并遵循它们真的很困难,因为从思想上讲,它们用于不同的目的。你可以在AEM + RDBMS中看到同样的情况:它是有效的,但道路是相当长的,有时是痛苦的。
2)从AEM切换到Angular是一段时间。当所有的应用程序都是Angular时(你需要加载一次),这是很好的,但是当用户每一次点击都必须等待Angular初始化时,很容易以错误的方式构建你的应用程序。
https://stackoverflow.com/questions/42846007
复制相似问题