Why is Laravel the choice for enterprise app development?
Kathleen Edwards
3 replies
Replies
Tedel@simplytedel
Laravel!? Can we go back to Cobol too?, hehehehe
No, discard Laravel, please. Take a look at Astro.
Share
Hi Kathleen,
It's great that someone like yourself who is more on the marketing&sales side of things is asking a technical question. This way at least you can have a deeper understanding of what you are pushing in front of customers.
First of all it's useful to know that it's Java which is the prevalent software runtime in the enterprise, not PHP. So the fact that Laravel is a PHP-based server-side application framework would relegate Laravel to documentation server use cases, if that.
Secondly, Laravel and other server-side frameworks are no longer how application user interfaces (UIs) are built, so with Laravel you are looking at something that is more or less obsolete. Current best practice is to offload user-interface generation to the frontend (the web browser or the native application that runs in the end-user's device) as much as possible. What's left on the server side then is an API server. This architecture even has a name: JAMstack. Best practice in the enterprise is to stay in the Java world on the server with something like Spring Boot.
And lastly, there are web frameworks such as Astro that span the frontend as well as the backend (the server side), but these are mostly relevant for consumer-facing applications, not for enterprise applications. What you can do with those frameworks is to generate the UI partly on the server and partly on the client (frontend). The intent here is to minimise the wait time for the end-user before the UI shows up on the screen.
To summarise, I'd say that Laravel is largely obsolete, but it's something you could try if you are a newbie programmer and you wish to put together a content-oriented website. But enterprise software as a software category tends to be too complex for something like Laravel to be applicable.