我无法理解为什么要在吊索中使用资源而不是节点。假设我有一些简单的访问节点，如下所示：
NodeIterator headerNode = currentNode.getNodes();
//loop through and do something with the nodes.
您将如何在资源而不是节点中工作。我听说你通常应该在吊索中的资源而不是节点中工作。但为什么？我实在不明白这样做有什么好处。我想我也很难理解资源是什么。我知道有文档，但我找不到任何有关如何使用它们的代码示例。
要查看的主要文档是http://sling.apache.org/documentation/the-sling-engine/resources.html其中解释了资源概念以及如何使用它们。
该 API 与 JCR 节点 API 略有不同，但使用类似的概念。使用 Resources 肯定更简单的一件事是访问属性值，因为您在 ValueMap 中获取它们，并且缺少的属性不会引发异常。
上面的文档应该解释主要模式，简而言之，这些模式是：
- 您从 Sling 请求或使用 ResourceResolver 服务获取资源
- 资源可以适应 ValueMap 以访问其属性
- 如果需要切换到JCR API，可以将资源适配为节点
- Resource.listChildren(...) 类似于 Node.getNodes()
- Resource.getResourceResolver() 提供了一个 ResourceResolver，它可以通过搜索或路径来访问其他资源。
Resource 的存在是为了抽象内容存储，使得可以在 Sling 中使用除 JCR 之外的其他后端，并统一 Sling 对内部使用的数据和内容的视图。
对于应用程序级编程，我认为 JCR API 非常好，我不会仅仅为了它而使用 Resource。但在某些情况下，Resource API 可以让事情变得更简单。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
