Inhaltsverzeichnis
Um eine gute Kontrolle und Wartung unserer Anwendung zu behalten, müssen wir uns dessen bewusst sein, was in ihr passiert, aber das bedeutet nicht, dass wir ständig in ihrer Gesamtheit navigieren müssen, wir brauchen nur eine Möglichkeit, zu wissen, welche Fehler auftreten und ob sie auftreten sind sehr häufig, damit können wir korrigierend eingreifen.Um die Informationen zu kennen, die wir erwähnt haben, gibt es nichts Besseres, als ein FehlerprotokollAuf diese Weise können wir jedes Mal, wenn eine Ausnahme auftritt, eine Datei haben, in der sie registriert sind, und somit wissen, wo und wie wir vorgehen müssen, um das Problem zu lösen.
Wir haben mehrere Möglichkeiten, dies zu tun Fehlerprotokoll, am einfachsten ist es, a . zu erstellen versuchen / Block fangen und in der Sektion Fang Nehmen Sie den Fehler und bringen Sie ihn zu unserer Methode, die ihn registrieren wird. Dies ist sehr nützlich, wenn wir nur wissen möchten, was in einigen Teilen der Anwendung passiert.
Warum ist dieser Ansatz nicht der beste?Einfach weil dieser Ansatz so repetitiv ist, stellen Sie sich vor, Sie müssen ein versuchen / Block fangen Bei jeder Aktion unserer Anwendung würden wir uns unnötigerweise mit Code überfluten.
Sehen wir uns an, wie dieser erwähnte Ansatz funktioniert:
Da es fast immer eine bessere Option gibt, die es uns ermöglicht, weniger zu arbeiten, im Falle von Fehlerprotokoll wir haben eine optimalere Lösung und diese besteht darin, die Methode zu überschreiben onException () unseres Verantwortlichen, so können wir Fehler allgemein für den Verantwortlichen protokollieren und somit alle Fehler erfassen, die aus seinem Handeln resultieren.
Sehen wir uns im folgenden Bild an, wie unsere überschriebene Methode sein kann:
Viel mehr Effizienz?Obwohl dies eine bessere Lösung ist, gibt es immer noch etwas effizienter und effektiver, es geht darum, diese Arten von Aktionen in einem Basis-Controller zu platzieren, der wiederholt werden muss immer wieder das Gleiche zu schreiben, besonders wenn wir große Bewerbungen bearbeiten.
Wir haben gesehen, wie wir die Fehlerprotokoll In unserer Anwendung sollten wir die Bedeutung dieses Tools in gewisser Weise nicht unterschätzen, da es eine der besten Möglichkeiten ist, dies zu tun debuggen, insbesondere in Produktionsumgebungen, in denen wir es uns nicht leisten können, Breakpoints zu integrieren, dann ist unsere beste Option, a Fehlerprotokoll die geräuschlos arbeitet, um uns die Informationen zu liefern, mit denen wir die Benutzerfreundlichkeit verbessern und unseren Seelenfrieden bewahren können, indem wir eine funktionale und sichere Anwendung aufrechterhalten.