@thesimons Personally? Not really, given I’ve written each and every line of code in my own personal projects, and I stick to Laravel’s default conventions and best practices. That means I’ll seldom have controller actions with more than 5 lines of code, let alone 500 😬
It sounds like you might need to spend a bit more time thinking about your models, and extracting logic when it becomes a bit “hairy”. My controller actions usually either read or write an Eloquent model. If I have more complicated business logic, then I’ll extract it to a service or more appropriate class. I wouldn’t just keep adding and adding and adding code to a controller action so it was many hundreds of lines long.
For the application, try to spend a bit more time thinking around your entities and their relations. It may be you’re trying to meld domain concepts into existing models when there’s maybe a new model that needs unearthing.
An example I use often is when people are modelling “orders” in an e-commerce application, and start stuffing related concerns into that Order model: things like shipping when a separate shipment model can be extracted and used to express items from an order being shipped to a particular destination via a carrier. Instead of smashing those columns on your existing orders table, you’d instead create a separate shipments table with those shipment-related columns.