JCR-Integration jcr-integration

Sling Resource API der JCR-API vorziehen prefer-the-sling-resource-api-to-jcr-api

Die Sling-API arbeitet auf einem höheren, abstrakteren Niveau als die JCR-API. Dadurch kann Ihr Code wiederverwendbar und unabhängig vom zugrunde liegenden Speicher sein. Dies erleichtert bei Bedarf die Einbeziehung externer virtueller Daten über den ResourceProvider-Mechanismus.

Abfragen möglichst vermeiden avoid-queries-wherever-possible

Es ist immer schneller, das Repository zu durchsuchen, um Daten abzurufen, als eine Abfrage auszuführen. Es gibt Fälle, in denen Abfragen erforderlich sind, z. B. eine Endbenutzerabfrage oder die Suche nach strukturiertem Inhalt aus dem gesamten Repository, aber in allen anderen Fällen wird es bevorzugt, zu den erforderlichen Knoten zu navigieren. In Render-Logik sollten Abfragen grundsätzlich vermieden werden, z. B. in Navigationskomponenten, einer „Liste der letzten Elemente“, Anzahl von Elementen usw. In diesen Fällen ist es besser, die Hierarchie zu durchlaufen oder das Ergebnis vorab zwischenzuspeichern, damit es beim Rendern direkt verwendet werden kann.

Schränken Sie den Umfang der JCR-Beobachtung ein restrict-the-scope-of-jcr-observation

Beim Lauschen auf Ereignisse im Repository ist es wichtig, den Umfang so weit wie möglich einzuschränken. Zum Beispiel ist es viel besser, /etc/mycompany auf ein Ereignis zu überwachen als /etc. Lauschen Sie niemals auf Ereignisse am Repository-Stamm. Stellen Sie außerdem sicher, dass die Callback-Methoden so schnell wie möglich ausgeführt werden, wenn für sie nichts zu tun ist.

Beseitigen Sie den JCR-Administratorzugriff eliminate-use-of-jcr-admin-access

Ab AEM 6 ist die Anmeldung als Admin veraltet, da eine Verwaltungssitzung von ResourceResolverFactory abgerufen wird. Stattdessen sollten Dienstkonten für die Back-Office-Vorgänge erstellt werden, die diese Art des Zugriffs erfordern, und mit der ResourceResolverFactory kann ein ResourceResolver für dieses Konto abgerufen werden.