与其他修改内容的方式相比,使用吊管有什么优势?



我是AEM开发人员,现在我正在研究处理内容的方式。

我找到了一些关于吊管的文章 -https://sling.apache.org/documentation/bundles/sling-pipes.html。我阅读了很多关于SlingPipes的信息,但我还不明白SlingPipes的典型用例或典型任务是什么,以及使用Sling Pipes相对于其他修改内容的方式有什么优势:为什么我不能使用,例如,Groovy控制台或JSP Scriplets,因为这是更常规的方法?

免责声明:我从未使用过吊管。

从有限的文档来看,Sling Pipes似乎比其他API没有太多优势。这只是另一种方式,据说具有更好的可读性。

就个人而言,出于以下原因,我不建议使用吊管:

  1. 文档差。
  2. 可能很难为这些管道编写好的单元测试。
  3. 依赖于Java 8 Nashorn JavaScript引擎,该引擎在Java 11中已弃用(参见JSR 335(。

我想 Sling Pipes 只是用于迁移的一次性代码的可行选择,而不是生产代码的可行选择。但是,如果您确实编写了用于迁移的一次性代码,则不妨使用Groovy控制台。

尽管如此,我还是很想听听其他人怎么说,最好是已经使用过吊管的人。

最新更新