Métricas do repositório
- Stars
- (12.257 estrelas)
- Métricas de merge de PR
- (Mesclagem média 25d 18h) (4 fundiu PRs em 30d)
Description
This issue had been raised before. A lot of boilerplate code is needed to implement error handling, but the main problem is how Slim handles and overrides this internally, and then the order of defining middlewares and error handling in a complex application, you should not have to read the docs for this, cause if you miss it or do it wrong then your error handling will not work correctly. Imagine a typical scenario where you need to handle and log ALL types of errors gracefully with your own views loggers etc, including fatal errors, this means in some cases your error handling needs to be "active" even before Slim boots, now reading the docs and tutorials it becomes an absolute verbose mess.
I've been working with Slim for a few years and error handling remains a pain point. Can I suggest that you either remove error handling completely from the core and only throw, and the developer can wrap the application with error handlers any way he/she sees fit. Or at least supply a configuration option to disable Slim's error handling completely. Its really a trivial matter and should not be this complicated.