AEM SlingModels为何需同时配置Resource与SlingHttpServletRequest作为adaptables

你提到的项目中通用注解配置如下：

@Model(adaptables = { SlingHttpServletRequest.class,Resource.class },
 defaultInjectionStrategy = DefaultInjectionStrategy.OPTIONAL)

以下是两个疑问的具体解答： #

疑问1解答 #

• 建议移除不需要的adaptables配置，核心原因有三点：
  1. 性能层面：多余的adaptable会让Sling适配器工厂在匹配适配逻辑时执行无效校验，项目Model数量较多时会产生不必要的性能损耗
  2. 可维护性层面：配置的adaptables与实际使用场景对齐后，其他开发人员看到注解就能直接明确该Model的适用范围，不会产生「这个Model是否支持从Resource适配」的误解
  3. 健壮性层面：避免后续开发人员在Model中随意注入只有对应adaptable才支持的属性，比如不小心注入请求参数，导致本来仅需适配Resource的Model出现空指针异常
• 仅有一种例外情况可以保留多余配置：团队有明确公共规范要求所有Model默认支持两种适配方式，且后续有明确的扩展规划，这种情况建议在注释中标注保留原因。

疑问2解答 #

• 不建议仅配置SlingHttpServletRequest作为唯一adaptable，核心原因是两者的适用场景完全不同：
  1. 直接从Resource适配的场景非常普遍：后台调度任务、内容导出脚本、组件属性预校验这类没有HTTP请求的场景，都需要直接从Resource对象适配得到Model，如果仅配置SlingHttpServletRequest作为adaptable，这类场景完全无法使用该Model
  2. 即便当前业务场景都是在请求上下文内使用Model，也无法保证后续不会出现脱离请求使用Model的需求，同时配置两个adaptable的额外开销极小，只要确实需要两种适配能力就可以保留
  3. 如果你确定该Model只会在请求上下文内使用，比如专门用来处理请求参数、返回接口响应的业务Model，可以仅保留SlingHttpServletRequest作为唯一adaptable，符合「适配能力与使用场景对齐」的原则。

内容的提问来源于stack exchange，提问作者theusual