Laravel 5 Multi-App Setup – Guide and Best Practices

laravelPHP

So my work has a dashboard built in codeigniter where every app on the dashboard has its own subfolder in controllers / models / views and nothing is shared. I have been tasked with upgrading this to Laravel 5 and I would like to take this chance to do it the "right way."

I am curious how I would do this in Laravel 5. I would consider myself an intermediate Laravel user and would like to find a way to have each of the apps "seperated" somehow but also share common models / views / configs etc.

I can think of a few hacky ways off the top of my head but was interested to see what you guys think. Any ideas?

Best Answer

Conceptually, it would be ideal to have a centralized API for each "system" (But not the same for all systems).

I use the term system, and quoted, because you may have many apps in a single system, as well as an app that works with more than one system. A nice example would be a WebApp and a Mobile Application, being two diferent "applications" that work over the same data. On the other side you may have a dashboard that controls your company's CRM as well as shows statistics for your website, which is basically one application interacting with two different "systems".

Having, for instance, website and sales data on the same database could result in big problems if you wanna change your website, as it may lead to issues with the sales data, and would be frowned upon by any sysadmin, as well as most if not all seasoned developers. Having two databases on the same application bring a whole new set of problems to deal with. And that is without considering possible permission issues and/or risk of an exploit or hack affecting "more sensitive data" than it should.

I would thus suggest you build a separate API for each system to have Models, Relationships and behaviors well separated and well-documented and working to your advantage. This means whenever there's a question or change in business logic, you have to look at it in one single place.

Over that, for each "app" I would have a separate codebase, but that is more of a personal opinion.

The idea now is that you must pull your data from the API, and after consuming the API you should only do formatting for presentation reasons. i.e.: If you have an eCommerce and have a cart total that is the sum of all products' values, this value comes from the API as FLOAT or DECIMAL, already making sure you have only 2 decimal digits, and the consuming part formats (i.e. adds currency etc.) the value.

This is to simplify possible different versions of apps, as well as ensure consistency (The cart total may never be wrong in one app but not the other, because it comes from the same API).

The main reason for the API is the consistency. Bigger codebases are bad for maintenance and performance reasons. Smaller codebases on the other hand may cause code to be duplicated, which may lead to consistency issues as well as weird bugs when one of the system changes their behavior.

Also, this decision comes BEFORE deciding the framework. Choosing a specific framework or language before deciding what you're trying to build carries a big risk of you making a bad decision. Consuming an API and working with presentation will be easier from any JavaScript front-end framework than from Laravel. Serving an API is probably way easier from Rails (Way better Models) or Node (Simplicity and performance, less stuff you never use lying around) than Laravel. Also, if you decide to consider using a different Database for whatever reasons (Be it NoSQL or Postgres or whatever), picking a framework before looking at your options may be a deal breaker.

All those decisions have to take one another in account. You need the most advantageous option you can feel comfortable working with. And while for a weekend project it usually means "whatever you want", for projects that may last months or years picking a different language or framework may have a big impact on the speed and quality of what you build, which is the reason for this being such a difficult and important decision.

Related Solutions

Php – Laravel Algorithm for taxi app

Using the database has a bunch of benefits. Some of these benefits don't apply to a school project, but I'll list them anyhow.

If a driver is notified about two fares, make sure the driver isn't assigned both.
The state of the system is represented in fewer places.
Storing business rules makes changing business rules without a recompile more feasible. This isn't necessarily a win (it can encourage cowboy coding), but in the case of a project which will never have a version 2, that's moot.
A database schema is easier to create/adapt than a file system, which requires a file names and serialization.
Inspecting the current state of your system is easier with a database. Creating sophisticated queries (e.g., for debugging or to assist a help desk) is easier if the data is in the database.
A database will scale up more easily.

The main benefit of using a file system is that it may have a slightly lower start-up cost. This lower cost introduces a bunch of problems (which a database is designed to solve), but such problems may be unimportant in the case of a school project. Taking on a big chunk of technical debt to save a small amount of time isn't a big deal if you're creating a project that will never be maintained.

Laravel Eloquent – Filtering Results and Eager Loaded Results

You're confusing whereHas and with.

The with method will let you load the relationship only if the query returns true.

The whereHas method will let you get only the models which have the relationship which returns true to the query.

So here :

(new App\User)->with(['address' => function($query){/* filter code */}])->get();

will return all the users, but will only eager load the address when the filter code returns true.

And here :

(new App\User)->whereHas('address', function($query){/* filter code */})->get();

will return only the Users which have their relationship "address" returning true on the filter code.

Best Answer

Related Solutions

Php – Laravel Algorithm for taxi app

Laravel Eloquent – Filtering Results and Eager Loaded Results

Related Topic