为什么我们在使用 AEM 时在程序中扩展 WCMUsepojo 抽象类?
使用这个类有什么好处?
最佳答案
因为在 AEM 的组件开发机制中,您可能需要一种方法来为组件提供后端逻辑。
那是因为 Sightly
(当用作渲染脚本语言而不是 JSP
页面时)故意是一种有限的模板语言,它只允许执行小的基本操作,并且繁重的逻辑应该在 Java
内完成类或 server-side JS
(您使用 Sightly 脚本中的 data-sly-use
元素进行引用)。
这提供了更好的业务逻辑解耦,因此您的代码将更易于维护,也更易于调试。
为了抽象出带有页面上下文或绑定(bind)对象的组件 Java 类,以前 Adobe 的 WCMUse
被使用,或使用类的自定义实现。如果您使用 AEM 6.1 或 6.2 WCMUsePojo
使用类(甚至是 Sling 模型)。随着 AEM 6.3 和 AEM Core WCM 组件的发布,我们看到使用 Sling Models
Adobe 一直提倡作为最佳实践。
关于aem - 为什么我们在使用 AEM 时扩展 WCMUsePojo 类?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/44426530/