aem - 为什么我们在使用 AEM 时扩展 WCMUsePojo 类?

标签 aem sling

为什么我们在使用 AEM 时在程序中扩展 WCMUsepojo 抽象类?

使用这个类有什么好处?

最佳答案

因为在 AEM 的组件开发机制中,您可能需要一种方法来为组件提供后端逻辑。

那是因为 Sightly (当用作渲染脚本语言而不是 JSP 页面时)故意是一种有限的模板语言,它只允许执行小的基本操作,并且繁重的逻辑应该在 Java 内完成类或 server-side JS (您使用 Sightly 脚本中的 data-sly-use 元素进行引用)。

这提供了更好的业务逻辑解耦,因此您的代码将更易于维护,也更易于调试。

为了抽象出带有页面上下文或绑定(bind)对象的组件 Java 类,以前 Adob​​e 的 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/

相关文章:

java - Adobe CQ。获取当前页面路径

java - AEM Maven 无法执行安装 com.day.jcr.vault :content-package-maven-plugin

apache - Sling 重写器的工作原理说明

extjs - 是否可以在不使用自定义小部件的情况下将单个对话框字段映射到多个 JCR 属性?

aem - CQ5 - 在选择 xtype 中动态填充选项

java - 无法通过 Dispatcher 访问 AEM/etc.clientlibs

character-encoding - CQ5/AEM 调度程序不保留字符集信息

javascript - 使用 Javascript Use API 获取标签列表

java - AEM 6.0 的 OSGi bundle 中部署的包的状态为 Activity 但使用情况存在问题

多个路径上的 aem cq 监听器