我需要了解wcmusepojo和吊索模型的含义吗？ 我的意思是我已经读到这些实现是为了将您的组件和后端实现结合在一起，但是在这些(wcmusepojo 和吊索模型(中究竟做了什么，还是在组件视觉代码中做了什么？
另外，使用wcmusepojo和使用吊索模型有什么区别？
Sling 对 HTL/Sightly 的实现有几种解析要在 HTL 脚本中使用的业务逻辑类的方法，其中包括：
- 常规 POJO
- 吊索模型
扩展WCMUsePojo的常规 POJO (Javadoc( 实现Use接口并使用脚本绑定进行初始化，为访问常用对象(请求、资源、属性、页面等(提供了方便的方法。
吊索模型也可以在HTL/Sightly之外使用，从而使您的业务逻辑更具可重用性。它们由 Sling 管理，可以使用注释和反射注入对其他对象的引用。
您可以在 https://sling.apache.org/documentation/bundles/scripting/scripting-htl.html#picking-the-best-use-provider-for-a-project 找到更多信息以及每种方法的优缺点