http://www.opitz-consulting.com/go/3-4-11
APEX-Anwendungen können durch JavaScript eine Aufwertung erfahren. Beispiele sind Tastaturnavigation, fixe Tabellenheader, erweitertes Logging und vieles mehr. Neben der Verwendung von Dynamic Actions ist in diesem Zusammenhang für die Erstellung von browserunabhängigem Quellcode das standardmäßig in APEX eingebundene JavaScript-Framework jQuery eine gute Option. Doch die Mächtigkeit von JavaScript birgt die Gefahr von Inkompatibilitäten. JavaScript-Quellcode, der in einer bestimmte APEX-Version lauffähig ist, funktioniert nicht auch zwangsläufig in späteren APEXVersionen. Bei der Erstellung von JavaScript-Code inner- und außerhalb von Dynamic Actions ist die Sicherstellung der Aufwärtskompatibilität des Quellcodes somit eine Herausforderung, die es zu meistern gilt.
Unser IT-Spezialist Hendrik Gossens stellte bei der Konferenz der Deutschen Oracle Anwendergruppe (DOAG e. V.) am 19.11.2014 verschiedene Pattern und Best Practices vor, die die Lauffähigkeit des eigenen JavaScript Codes in zukünftigen APEX-Versionen positiv begünstigen und die Gefahr von Inkompatibilitäten minimieren können. Auf diese Weise ist es möglich, das Nutzererlebnis von APEX durch eine Prise JavaScript abzurunden und zu verfeinern, ohne zukünftig die Lauffähigkeit der Anwendung zu gefährden.
--
Über uns:
Als führender Projektspezialist für ganzheitliche IT-Lösungen tragen wir zur Wertsteigerung der Organisationen unserer Kunden bei und bringen IT und Business in Einklang. Mit OPITZ CONSULTING als zuverlässigem Partner können sich unsere Kunden auf ihr Kerngeschäft konzentrieren und ihre Wettbewerbsvorteile nachhaltig absichern und ausbauen.
Über unsere IT-Beratung: http://www.opitz-consulting.com/go/3-8-10
Unser Leistungsangebot: http://www.opitz-consulting.com/go/3-8-874
Karriere bei OPITZ CONSULTING: http://www.opitz-consulting.com/go/3-8-5
Der gleiche Code, wie auf der vorherigen Folie, bloß dass die Punkte
Sprechender Namespace- und Funktionsname
JSDoc
Quellcode-Kommentare
berücksichtigt sind (Alle fettgedruckten Bestandteile)
=> Lesbarer
Problem hier: Es wird direkt error ausgegeben. Bei nicht selbst geschmissenen Exceptions(in doSomething(x) würde dann aber soetwas wie Object object ausgegeben. Grund: error.name und error.messge beinhalten per Definition die entsprechenden Angeben innerhalb eines error-Objekts!
Problem hier: Es wird direkt error ausgegeben. Bei nicht selbst geschmissenen Exceptions(in doSomething(x) würde dann aber soetwas wie Object object ausgegeben. Grund: error.name und error.messge beinhalten per Definition die entsprechenden Angeben innerhalb eines error-Objekts!
Error-Objekt wird benutzt
Hinweis zu „statische ID vergeben“: Bei normalen Page Items entspricht die ID dem Namen