Dies ist meine erste Post im Stapelüberlauf, also wenn ich etwas falsch mache, bitte benachrichtigen Sie mich.laravel Änderung Fehlerbericht ohne Grundcode zu verwirren?
Also ich entwickle eine Plattform für einen Kunden und wir haben wenig Zeit für die Lieferphasen, also, um alles rechtzeitig fertig zu bekommen, möchte ich die Fehlermeldeebene in der Produktion ändern.
Um dies zu erreichen, ging ich zu: vendor> Laravel> Rahmen> src> Illuminate> Stiftung> Bootstrap> HandleExceptions.php - Line: 27 (glaube ich) und ersetzt:
error_reporting(-1);
set_error_handler([$this, 'handleError']);
set_exception_handler([$this, 'handleException']);
register_shutdown_function([$this, 'handleShutdown']);
von :
if(env('APP_DEBUG') == true) {
error_reporting(-1);
set_error_handler([$this, 'handleError']);
set_exception_handler([$this, 'handleException']);
register_shutdown_function([$this, 'handleShutdown']);
}else{
set_error_handler(null);
set_exception_handler(null);
}
Alles wirkt wie ein Zauber, aber ich möchte, dass meine gute Praktiken in Schach halten und completelly zu Chaos mit Basis-Code zu vermeiden.
Jeder hat eine sugestion, wie kann ich diese Fehlerberichterstattung außer Kraft setzen (außer durch sie auf jedem Blade-Layout zu tun - ich möchte auf ein Minimum Codewiederholung halten)
wieder aufnehmen, die Frage: - I will set_error_handler (null); set_exception_handler (null); - Der Grund ist: wir sind knapp im Zeitplan und mit einem komplizierten Projekt (viele Beziehungen) - Ich habe das Problem bereits gelöst, indem ich es auf dem Framework selbst oder auf jeder Blade-Seite deklariert habe. Aber um gute Programmierpraktiken zu behalten, möchte ich mich nicht mit dem Framework herumschlagen und Code-Wiederholungen vermeiden.
Vielen Dank im Voraus für die Hilfe.
Die meisten Menschen würden in Betracht ziehen, Fehler zu unterdrücken und "gute Programmierpraktiken" sich gegenseitig auszuschließen. – Nick
Sicher, aber lass es uns so machen. Ich habe an dieser Stelle eine Plattform mit fast 500 Methoden in 2 Wochen implementiert. Wir und der Kunde haben zugestimmt, Fehlerberichte zu vermeiden, weil er deutlich gemacht hat, dass es unbedingt notwendig ist, ein funktionierendes Produkt zu entwickeln. So behalten wir diesen Teil –
Unterdrücken von Fehlern ändert nicht ein gebrochenes Produkt in ein Minimum lebensfähiges Produkt, es macht es nur ein gebrochenes Produkt, das nicht einmal Ihnen sagt, wenn es scheitert. Und das ist viel schlimmer! – Nick