Das Einschließen von Scriptlets in JSPs erschwert das Debugging von Fehlern im Code. Außerdem ist es schwierig, durch die Einbeziehung von Skripten in JSPs die Geschäftslogik von der Ansichtsebene zu trennen, was einen Verstoß gegen den Grundsatz der Einzelverantwortung und das MVC-Designmuster darstellt.
Code wird einmal geschrieben, aber viele Male gelesen. Wenn Sie etwas Zeit vorwärts verbringen, um den geschriebenen Code zu bereinigen, zahlt sich dies aus, während Sie und andere Entwickler ihn später lesen.
Idealerweise sollten andere Programmierer kein Modul öffnen müssen, um zu verstehen, was es tut. Ebenso sollten sie sagen können, was eine Methode macht, ohne sie zu lesen. Je besser Sie diese Ideen abonnieren können, desto einfacher ist es, den Code zu lesen und desto schneller können Sie den Code schreiben und ändern.
Für AEM-Codes gelten die folgenden Konventionen:
<Interface>Impl
, d. h. ReaderImpl
.<Variant><Interface>
, d. h. JcrReader
und FileSystemReader
.Abstract<Interface>
oder Abstract<Variant><Interface>
genannt.com.adobe.product.module
genannt. Jedes Maven-Artefakt oder OSGi-Bundle muss ein eigenes Paket aufweisen.Diese Konventionen gelten nicht unbedingt für Kundenimplementierungen, aber es ist wichtig, Konventionen zu definieren und einzuhalten, damit der Code aufrechterhalten werden kann.
Idealerweise sollten Namen den Zweck beschreiben. Ein guter Hinweis darauf, dass Namen nicht so deutlich sind wie gewünscht, ist das Vorhandensein von Kommentaren, die erklären, wozu die Variable oder die Methode dient:
Unklar |
Klar |
int d; //vergangene Zeit in Tagen |
int elapsedTimeInDays; |
//getaggte Bilder abrufen |
public List getTaggedImages() {} |
Dieses Prinzip sieht vor, dass derselbe Codesatz niemals dupliziert werden sollte. Dies gilt auch für Elemente wie Zeichenfolgentexte. Code-Duplikate erhöhen die Fehleranfälligkeit, wenn etwas geändert werden muss, und sollten gesucht und entfernt werden.
CSS-Regeln sollten speziell auf das Zielelement im Kontext Ihrer Anwendung ausgerichtet sein. Eine CSS-Regel, die auf .content .center angewendet wird, wäre beispielsweise zu breit angelegt und könnte sich auf viele Inhalte in Ihrem System auswirken, weshalb andere diesen Stil zukünftig überschreiben müssten. in Erwägung nachstehender Gründe .myapp-centertext wäre eine spezifischere Regel, da sie die Zentrierung angibt. text im Kontext Ihrer Anwendung.
Wenn eine API veraltet ist, ist es besser, den neuen empfohlenen Ansatz zu suchen anstatt die veraltete API zu verwenden. Diese Vorgehensweise vereinfacht zukünftige Upgrades.
Alle Zeichenfolgen, die nicht von einem Autor bereitgestellt werden, sollten in einen Aufruf zum AEM i18n-Wörterbuch durch eingeschlossen werden. I18n.get() in JSP/Java und CQ.I18n.get() in JavaScript. Diese Implementierung gibt die Zeichenfolge zurück, die an sie übergeben wurde, wenn keine Implementierung gefunden wird. Dies bietet die Flexibilität, die Lokalisierung zu implementieren, nachdem die Funktionen in der primären Sprache implementiert wurden.
Während Pfade im JCR keine Leerzeichen enthalten sollten, sollte das Vorhandensein von Leerzeichen nicht dazu führen, dass der Code umbrochen wird. Jackrabbit stellt eine Text-Hilfsklasse mit den Methoden escape() und escapePath() bereit. Für JSPs stellt die Granite-Benutzeroberfläche die Funktion granite:encodeURIPath() EL bereit.
AEM stellt eine XSS-API bereit, mit der Sie Parameter einfach bereinigen und die Absicherung vor Cross-Site-Scripting-Angriffen gewährleisten können. Darüber hinaus sind diese Schutzmaßnahmen in HTL direkt in die Vorlagensprache integriert. Ein API-Cheat-Sheet können Sie unter Entwicklung – Richtlinien und Best Practices herunterladen.
Für Java™-Code unterstützt AEM slf4j als Standard-API für die Protokollierung von Nachrichten und sollte mit den Konfigurationen verwendet werden, die über die OSGi-Konsole zur Einheitlichkeit der Administration verfügbar gemacht werden. Slf4j umfasst fünf verschiedene Protokollierungsebenen. Adobe empfiehlt die Verwendung der folgenden Richtlinien bei der Auswahl der Ebene, auf der eine Nachricht protokolliert werden soll:
Wenn JavaScript vorhanden ist, console.log sollten nur während der Entwicklung verwendet werden und alle Protokollanweisungen sollten vor der Veröffentlichung entfernt werden.
Vermeiden Sie es, Code zu kopieren, ohne zu wissen, was er tut. Im Zweifelsfall ist es ratsam, jemanden zu fragen, der über größere Erfahrung mit dem Modul oder der API verfügt, bei dem/der Sie sich nicht sicher sind.