Warum schreiben so viele Java-Webanwendungen Protokollmeldungen aus dem Java-Code? Eine normale Antwort wäre, die Informationen über den Betrieb einer Anwendung zu erfassen. Diese erfassten Informationen können zur Fehlersuche, Fehlerbehebung und Prüfung verwendet werden. . JavaScript ist weiterhin die beliebteste Skriptsprache und AJAX ist das Sahnehäubchen auf dem Kuchen. JavaScript ist ebenfalls eine beliebte Skriptsprache, die mit Java-Webanwendungen verwendet wird. Manchmal wird JavaScript zu komplex und unübersichtlich, wenn sein Anteil in einer Anwendung zunimmt, so dass es schwer zu verarbeiten ist. Dinge wie die Fehlersuche und -behebung werden dann schwierig und zeitaufwendig. Die wichtigste Frage, die sich in dieser Situation stellt, lautet: "Wie viele dieser Java-Webanwendungen schreiben Protokollnachrichten aus dem JavaScript?" Ich werde die letzte Frage unbeantwortet lassen und stattdessen einige weitere Fragen aufwerfen. Wie fühlen Sie sich, wenn Sie sehen, dass eine Anwendung in der Produktion oder sogar während der Entwicklungsphase einen JavaScript-Fehler auslöst? Ist das nicht ärgerlich? Tut es nicht weh? Oft sind wir uns nicht bewusst, dass es Lösungen für ein Problem gibt, die unser Leben so viel einfacher machen könnten. Gibt es eine einfache Lösung für die Protokollierung eines JavaScript-Codes? Im folgenden Teil dieses Blogs werde ich versuchen, einige dieser Fragen zu beantworten.
Viele Entwickler sind sich der Verfügbarkeit von JavaScript-Loggern gar nicht bewusst. Allerdings werden verschiedene Tools zum Debuggen von JavaScript, wie z.B. Plugins für Firefox, von JavaScript-Entwicklern heutzutage stark genutzt. Verdrängen diese Tools wirklich den Bedarf an JavaScript-Loggern? Ich habe versucht, die verschiedenen Techniken, die von den verfügbaren Loggern für JavaScript verwendet werden, zusammen mit ihren Vor- und Nachteilen darzustellen.
# Alert Boxen
Viele Entwickler werden sich darüber streiten, ob dies eine Protokollierungstechnik ist, aber da dies die am häufigsten verwendete Methode für das Debugging von JavaScript ist, muss ich sie erwähnen. Dabei werden einfach eine Reihe von Warnboxen platziert, um den Status einer Variablen anzuzeigen oder als Benachrichtigung zu fungieren.
+ Sehr einfach zu bedienen, geeignet für einfache Skripte. - Keine Kontrolle der Ausgabe. - Erfordert mehrere Klicks auf Benachrichtigungsfelder, was lästig sein kann.
# Plugins und im Browser enthaltene Tools
Eine weitere Technik, die derzeit in der Entwicklergemeinde sehr beliebt ist, sind die verschiedenen Plugins, die für Browser wie die JavaScript-Konsole für Firefox und andere verfügbar sind. Diese Plugins oder Add-ons werden in der Regel in den Browser integriert und liefern nützliche Informationen zu unserem Code.
+ Schnelle Übersicht der Fehler. - Der Zeitaufwand für das Erlernen kann bei einigen Debuggern sehr hoch sein. - Portabilitätsprobleme, da diese Tools browserabhängig sind. - Sie haben keine Kenntnisse über den Ablauf des Codes. - Es fehlt die Möglichkeit, vom Code aus zu protokollieren.
# Protokollierung durch Anhängen an das DOM
Ein schöner Ersatz für die Alert-Boxen ist die Protokollierung durch Anhängen von Meldungen an das DOM in der HTML-Seite. Es gibt eine Vielzahl von JavaScript-Loggern dieser Art, die die Protokollierung in bestimmten Stufen mit entsprechenden Farben (unter Verwendung von css) anbieten. Das übliche Arbeitsmuster dieser Logger beinhaltet eine JavaScript-Funktion, die Protokollmeldungen an ein vordefiniertes HTML-Element in der Seite anhängt oder selbst ein Element erstellt.
+ Sehr hilfreich in der Entwicklungsphase. - Die Meldungen dieses Loggers können nicht aufbewahrt werden.
# Protokollierung mit AJAX-Muster
Logger dieser Art verwenden das bekannte AJAX-Muster, um das von DOM-Manipulatoren oder Appendern aufgeworfene Problem der Log-Persistenz zu lösen. Dabei werden die Fehlermeldungen über JavaScript an den Server übermittelt, wo sie zur weiteren Verwendung persistiert werden können.
+ Ermöglicht die Aufrechterhaltung von Fehlermeldungen. + Ermöglicht das Sammeln von client-seitigen Nutzungsstatistiken. Dies kann sich als wertvolle Information für Websites mit reichhaltigen Benutzeroberflächen erweisen. - Dies wirft die Frage nach dem Schutz der Privatsphäre der Benutzer auf, da diese Technik leicht als Mittel zum Ausspionieren von Benutzern zitiert werden kann.
Ohne zu wissen, dass es solche JavaScript-Logger gibt, bekommt ein Entwickler eine natürliche Neigung, einen eigenen zu schreiben, aber warum sollte man das Rad neu erfinden? Es gibt Logging-Bibliotheken wie log4javascript und log4js, die fast alle der oben genannten Techniken integriert haben und je nach Bedarf kann ein Entwickler eine oder mehrere davon verwenden. Ich werde versuchen, eine solche Bibliothek in meinem nächsten Blog vorzustellen und werde zeigen, wie nützlich sie sein kann. Bis dahin viel Spaß beim Loggen!
Verfasst von
Saket Vishal
Unsere Ideen
Weitere Blogs
Contact