Developers today enjoy many choices when it involves front-end development frameworks. Most of those frameworks have an enormous community supporting...



Developers today enjoy many choices when it involves front-end development frameworks. Most of those frameworks have an enormous community supporting them, making the selection all the harder.

For instance, React.js is supported by Facebook, Angular.js framework is supported by Google, and Vue.js is the official front-end framework for Laravel – a strong web application framework with an expressive, elegant syntax. While the first two among these (React.js & Angular.js) are most commonly used.

Laravel is a mobile development framework used for creating custom web apps using PHP. It handles many things that are quite complex to create yourself, like templating HTML, routing, and authentication. This Framework is used for existing components and other multiple frameworks that will help to develop a more organized and pragmatic web application.

React is great for people that try to create complex single-page web applications. It is intuitive for developers, encourages modularity through components, and provides a web app this will may scale. React might not be suited also for easy websites or static content. However, this is often changing with frameworks like Gatsby which permit you to create static HTML websites using React.


  • Many libraries available which simplify the integration of SaaS APIs within your application (e.g., Mail Chimp, Mandrill, Stripe,
  • When building applications Pre-packaged tools to facilitate common tasks (For example Background jobs, User Authentication, Authorization, Queues, etc.)
  • Another pro of Laravel is Support for a broad set of technologies out of the box (For example BeanstalkD, Redis, PostgreSQL, MySQL/Maria DB, Memcached, etc.)


  • React is designed for the notion of generating HTML as opposed to templated HTML. This will provide more flexibility in building elements on the page as well as allow developers to create HTML which will be programmatically configured based on run time considerations.
  • Whereas, React uses JSX, which will be HTML templating integrated into JavaScript code which simplifies the generation of structures which is complex, especially for those that vary based on runtime and interactive data.
  • React is more efficient because it develops a virtual DOM rather than directly building in the actual DOM. By building ‘offline’ in this manner, the DOM generation is faster and after building, it can be installed in a particular operation.
  • React only builds those portions of the display that have changed, even making display updates in more efficient ways.


  • Significant learning curve. You cannot be an expert in a week. It takes much experimentation to properly understand the underlying concept. We ourselves learned it by using it in the work.
  • Too much to soak in. Laravel is in everything. Any part of backend development you would like to try to do, Laravel has the right way to do that. It is great, but also overwhelming.
  • Vendor locks in. Once you are in Laravel, it might not be easy to modify to something else.
  • Lara casts (their online video tutorials) are paid 🙁 I understand the logic behind it, but I secretly wish it would be free.
  • The eloquent ORM is not my recommendation. Let’s say you want to write a join, and based on the result you wish to create two objects. If you use Laravel to do automatic joins for you, Laravel internally actually makes two calls to the database and creates your two objects rather than making one join call and figuring out the results. This makes your queries slow. For this reason, I exploit everything except eloquent from Laravel. I rather write my very own native queries and control the creation of objects than belief Laravel to try to do it. But I am sure with time Laravel will make fewer calls to DB.


  • React could get frustrating unless you start thinking in react. React enforces a top-down hierarchy of understanding flow and offers no way for the data to speak backward. That is a big shift in mindset coming from ANGULAR 1. X. This constraint is basically an enormous factor that determines the way to organize your code and the way you possibly want to write your own Components.
  • Because of the self-imposed top-down hierarchy, you end up having heavy parents with dumb children. Because parents would need to do the bulk of the work, they usually manage the state, while passing call-backs to the child components. If not properly designed, this could lead to the call-back hell, where you could have call-backs passing through like multiple children.
  • As with any library, you will have to iterate through multiple designs to come up with a way to avoid “heavy parent components” in React. One obvious solution is using some open source tools like Redux, but we opted for a variation of it to suit our needs.

Pin It on Pinterest