The Importance of Breadcrumbs
In the past, web developers were more concerned with the functions (back-end) and information web applications could deliver and didn't pay as much attention to the visual appearance (front-end) of web pages. This wasn't entirely their fault, there weren't fitting technology to develop complex web page designs at that time. The few ones that could do a bit of magic were a hassle to use.
Today, it's a whole different story; the UI/UX design stage in web development is just as important as the pre-planning of the backend logic that keeps everything running. There lie a wide spectrum of acceptable design practices that can help a web application earn the "user-friendly" tag, but there are even more design flaws that everyone should watch out for.
People hate getting unsolicited pop-up boxes in their faces; I do too, but pop-ups aren't the only things that can grind the user's gears. The inability to locate one's self and navigate easily on a website is as bad as getting lost in a big mall; the same feeling of overwhelmingness.
While that could be a serious problem, it doesn't have to be! Breadcrumbs can be the easiest solution to giving users the smooth web navigation experience they deserve.
Breadcrumbs provide a navigation system to help users know their current location in relation to other web pages on a website. The name breadcrumbs is derived from the well-known fairy taleHansel and Grettel because it does pretty much the same thing; leaves a trail behind to prevent users from getting lost hence promoting user experience. Breadcrumbs on a website will also reduce the number of actions a user has to trigger to reach a page of choice.
Setting up breadcrumbs in Laravel is quite simple. There is a package that takes care of most of the logic, and we will be looking at how to use this package and get the best features out of it.
The source code for this tutorial is availablehere on GitHub.
Setting up the Laravel application
This entire tutorial is targeted at Laravel developers.
We will be pulling in theLaravel Breadcrumbs package via Composer and writing code to render breadcrumb navigation services dynamically, depending on what page the user is viewing.
The resulting code for this article is availablehere on GitHub.
For the sake of this article, we will be installing a fresh instance of a Laravel application.
laravel new breadcrumbs
OR
composer create-project--prefer-dist laravel/laravel breadcrumbs
Next, we pull in theLaravel Breadcrumbs package by typing the command below in the terminal.
composer require davejamesmiller/laravel-breadcrumbs
Creating the HTTP routing
Let's create someHTTP
routes ( and name them as well ) in theroutes/web.php
file — we will be referring to these routes by name in later parts of this article.
These are the routes needed for this example:
routes/web.php
Route::get('/',['as'=>'home','uses'=>'MainController@home']);Route::get('/continent/{name}',['as'=>'continent','uses'=>'MainController@continent']);Route::get('/country/{name}',['as'=>'country','uses'=>'MainController@country']);Route::get('/city/{name}',['as'=>'city','uses'=>'MainController@city']);
To demonstate the power of Laravel Breadcrumbs, we will build a small application where we register continent, country and citiy models. We will also say that a continenthasMany
countries and a countryhasMany
cities.
To create these models, we write these commands to the terminal:
php artisan make:model Continentphp artisan make:model Countryphp artisan make:model City
Let's also create the migration files for each of these models:
php artisan make:migration continentsphp artisan make:migration countriesphp artisan make:migration cities
Next, let's define the relationship methods in each one of the model classes:
app/Continent.php
namespaceApp;useApp\Country;useIlluminate\Database\Eloquent\Model;classContinentextendsModel{publicfunctioncountry(){return$this->hasMany(Country::class);}}
app/Country.php
namespaceApp;useApp\City;useApp\Continent;useIlluminate\Database\Eloquent\Model;classCountryextendsModel{protected$guarded=[];publicfunctioncity(){return$this->hasMany(City::class);}publicfunctioncontinent(){return$this->belongsTo(Continent::class);}}
app/City.php
namespaceApp;useApp\Country;useIlluminate\Database\Eloquent\Model;classCityextendsModel{protected$guarded=[];publicfunctioncountry(){return$this->belongsTo(Country::class);}}
Notice that
guarded
is set to an empty array, this is because we intend to do some form of mass assignment when seeding the database. Whenever you make a change like this to a model file, always remember to revert the change before the application gets to production stage.
Now let's create a controller that will handle all theHTTP
requests the application receives. We will call the controllerMainController
and will declare different actions (methods
) tocompact
instances of models with the returning view, each view will display its own breadcrumb(s).
To create this controller, we write this command to the terminal:
php artisan make:controller MainController
Now let's write the actions (methods
) that will return views after handling theHTTP
requests.
app/Http/Controllers/MainControllers.php
namespaceApp\Http\Controllers;useApp\Continent;useApp\Country;useApp\City;useIlluminate\Http\Request;classMainControllerextendsController{publicfunctionhome(){returnview('home');}publicfunctioncontinent($name){$continent=Continent::where('name',$name)->first();returnview('continent',compact('continent'));}publicfunctioncountry($name){$country=Country::where('name',$name)->first();returnview('country',compact('country'));}publicfunctioncity($name){$city=City::where('name',$name)->first();returnview('city',compact('city'));}}
We have included the relationships between models so we can explore the capabilities of theLaravel Breadcrumbs package when it comes to dynamic linking and relational properties.
Now let's create some views to match the models we just created. In theresources/views
directory, we'll add four new files, we'll name them:
home.blade.phpcontinent.blade.phpcountry.blade.phpcity.blade.php
Their names are quite intuitive; the first will hold the frontend code for the homepage, the second will hold the frontend code for the continent page, the third will hold the frontend code for the country page and the last will hold the frontend code for the city page.
Great, now let's put some code in these new views:
resources/views/home.blade.php
<!DOCTYPE html><html><head><linkrel="stylesheet"href="https://maxcdn.bootstrapcdn.com/bootstrap/4.0.0-alpha.6/css/bootstrap.min.css"integrity="sha384-rwoIResjU2yc3z8GV/NPeZWAv56rSmLldC3R/AZzGRnGxQQKnKkoFVhFQhNUwEyJ"crossorigin="anonymous"></head><body>{{ Breadcrumbs::render('home') }}</body></html>
resources/views/continent.blade.php
<!DOCTYPE html><html><head><linkrel="stylesheet"href="https://maxcdn.bootstrapcdn.com/bootstrap/4.0.0-alpha.6/css/bootstrap.min.css"integrity="sha384-rwoIResjU2yc3z8GV/NPeZWAv56rSmLldC3R/AZzGRnGxQQKnKkoFVhFQhNUwEyJ"crossorigin="anonymous"></head><body>{{ Breadcrumbs::render('continent', $continent) }}</body></html>
resources/views/country.blade.php
<!DOCTYPE html><html><head><linkrel="stylesheet"href="https://maxcdn.bootstrapcdn.com/bootstrap/4.0.0-alpha.6/css/bootstrap.min.css"integrity="sha384-rwoIResjU2yc3z8GV/NPeZWAv56rSmLldC3R/AZzGRnGxQQKnKkoFVhFQhNUwEyJ"crossorigin="anonymous"></head><body>{{ Breadcrumbs::render('country', $country->continent, $country) }}</body></html>
resources/views/city.blade.php
<!DOCTYPE html><html><head><linkrel="stylesheet"href="https://maxcdn.bootstrapcdn.com/bootstrap/4.0.0-alpha.6/css/bootstrap.min.css"integrity="sha384-rwoIResjU2yc3z8GV/NPeZWAv56rSmLldC3R/AZzGRnGxQQKnKkoFVhFQhNUwEyJ"crossorigin="anonymous"></head><body>{{ Breadcrumbs::render('city', $city->country->continent, $city->country, $city) }}</body></html>
TheContinent
andCountry
models exhibit aOne To Many
relationship. Many cities belong to one country and many countries belong to one continent. A continent is the grandparent of a city while a country is the parent of a city. We won't be diving into the logic that binds Laravel relationships in this article but if you wish to learn about it, you can find good knowledgehere.
Lastly, Let's modify the migration files a bit so they define the proper structure for the tables in the database.
database/migrations/2017_11_02_092826_continents.php
useIlluminate\Support\Facades\Schema;useIlluminate\Database\Schema\Blueprint;useIlluminate\Database\Migrations\Migration;classContinentsextendsMigration{/** * Run the migrations. * * @return void */publicfunctionup(){Schema::create('continents',function(Blueprint$table){$table->increments('id');$table->string('name');$table->timestamps();});}/** * Reverse the migrations. * * @return void */publicfunctiondown(){//}}
database/migrations/2017_11_02_092835_countries.php
useIlluminate\Support\Facades\Schema;useIlluminate\Database\Schema\Blueprint;useIlluminate\Database\Migrations\Migration;classCountriesextendsMigration{/** * Run the migrations. * * @return void */publicfunctionup(){Schema::create('countries',function(Blueprint$table){$table->increments('id');$table->string('name');$table->string('continent_id');$table->timestamps();});}/** * Reverse the migrations. * * @return void */publicfunctiondown(){//}}
database/migrations/2017_11_02_092845_cities.php
useIlluminate\Support\Facades\Schema;useIlluminate\Database\Schema\Blueprint;useIlluminate\Database\Migrations\Migration;classCitiesextendsMigration{/** * Run the migrations. * * @return void */publicfunctionup(){Schema::create('cities',function(Blueprint$table){$table->increments('id');$table->string('name');$table->string('country_id');$table->timestamps();});}/** * Reverse the migrations. * * @return void */publicfunctiondown(){//}}
We can run the migrations with this command on the terminal:
php artisan migrate
Let's insert some data into the database so we can test this application. To do this, we'd create threefactory
files [ one for each model ] and update therun
method of the [ already existing ]DatabaseSeeder.php
file in thedatabase/seeds
directory.
To create the factory files, we'd write these commands to the terminal:
php artisan make:factory ContinentFactory--model=Continentphp artisan make:factory CountryFactory--model=Countryphp artisan make:factory CityFactory--model=City
The commands above will create these files respectively:
database/factories/ContinentFactory.php
useFaker\GeneratorasFaker;$factory->define(App\Continent::class,function(Faker$faker){return[//];});
database/factories/CountryFactory.php
useFaker\GeneratorasFaker;$factory->define(App\Country::class,function(Faker$faker){return[//];});
database/factories/CityFactory.php
useFaker\GeneratorasFaker;$factory->define(App\City::class,function(Faker$faker){return[//];});
Lastly, let's update theDatabaseSeeder.php
file that ships with every fresh instance of a Laravel application. We'll use this file to insert three rows into the database, we'll insertAfrica
[ of the continent model],South Africa
[ of the country model ] andJohannesburg
[ of the city model ], we'll also specify their relationships :
useIlluminate\Database\Seeder;classDatabaseSeederextendsSeeder{/** * Run the database seeds. * * @return void */publicfunctionrun(){factory(App\City::class)->create(['name'=>'Johannesburg','country_id'=>function(){returnfactory(App\Country::class)->create(['name'=>'South Africa','continent_id'=>function(){returnfactory(App\Continent::class)->create(['name'=>'Africa'])->id;}])->id;}]);}}
We can seed the database with this command to the terminal:
php artisan db:seed--class=DatabaseSeeder
Setting up the breadcrumbs file
We need to create abreadcrumbs.php
file in the routes directory. This file will be referenced whenever a breadcrumb is rendered because it instructs Laravel on how to process the breadcrumb information. Without this file, Laravel will squawk an error in our faces whenever it encounters a call to a breadcrumb function in the views.
The first breadcrumb function we will be defining in our newly createdbreadcrumbs.php
file is the one for our homepage. The 'home' breadcrumb will be loaded whenever the route named 'home' is visited.
routes/breadcrumbs.php
Breadcrumbs::register('home',function($breadcrumbs){$breadcrumbs->push('Home',route('home'));});
Rendering a static breadcrumb
In the above code, we see that theBreadcrumbs
class is used to call a static method. The register method registers a new breadcrumb with the name home and calls a closure. Then the closure takes a $breadcrumbs parameter and pushes a new breadcrumb instance alongside its URL.
$breadcrumbs->push('Home',route('home'));
The 'Home' in thepush
method is hard-coded and what will appear when the breadcrumb is rendered on the home view or any other view that requires theHome
breadcrumb to display a complete navigation chain.
Theroute('home')
returns the URL of 'home' and will be the linkHome
leads to when it is rendered on any view.
Finally, in the home view code, this is how we render the breadcrumb.
resources/views/home.blade.php
{{ Breadcrumbs::render('home') }}
Therender
method receives the name of the breadcrumb to display on the home view. In more complex navigation chains that include some form of database relationship, therender
function will accept as many instances ofModels
as arguments, as are required to render the complete breadcrumb navigation chain.
We will talk more about this next.
Rendering a dynamic breadcrumb
What happens when we have a web application where we do not know the exact attributes of the pages users will be visiting? For example, we have a website that displays information about continents, countries, and cities. We can't always hard-code the name of any continent, country or city to theroutes/breadcrumbs.php
file because we never know which one a user will be viewing.
To make it possible for dynamic breadcrumb rendering in real time, we can write theroutes/breadcrumbs.php
file to efficiently work with the dynamicModels
in our application and create the breadcrumb navigation chain as users explore deeper layers in our web application.
As we said before, the continentModel
hasMany
countries and the countryModel
hasMany
cities. Knowing this, we should be able to get a breadcrumb display that looks like this if we visit Johannesburg of South Africa where South Africa belongs to Africa.
To generate the chain of breadcrumb navigation usingModel
relationships as we see above, we start by writing the code for registering thecontinent
breadcrumb:
routes/breadcrumbs.php
Breadcrumbs::register('continent',function($breadcrumbs,$continent){$breadcrumbs->parent('home');$breadcrumbs->push($continent->name,route('continent',['name'=>$continent->name]));});
We register acontinent
breadcrumb and pass aclosure
. The closure accepts a new parameter, the$continent
(which will be supplied by the calling view in real time). Next, thehome
breadcrumb is assigned as the parent and lastly, the name and URL of the$continent
breadcrumb is pushed.
To render the breadcrumb in the continent view code, we write this snippet:
resources/views/continent.blade.php
{{ Breadcrumbs::render('continent', $continent) }}
Therender
method receives the name of the breadcrumb as the first argument. It also receives a$continent
argument that will help in resolving the instance of thecontinent
Model
to its basic properties such as name and URL.
On my local machine, visitinghttp://127.0.0.1:8000/continent/africa
will result in theAfrica
continent page with this breadcrumb display.
Rendering a complete navigation chain
We have looked at the code to render individual breadcrumbs, now let's look at the code and logic to render a complete breadcrumb chain. For the sake of this article, we will be rendering a city page that is related to a country page, then a continent page and lastly, a home page.
This is the final code [for this article, it can get way bigger depending of what you aim to achieve ] for theroutes/breadcrumbs.php
file:
routes/breadcrumbs.php
Breadcrumbs::register('home',function($breadcrumbs){$breadcrumbs->push('Home',route('home'));});Breadcrumbs::register('continent',function($breadcrumbs,$continent){$breadcrumbs->parent('home');$breadcrumbs->push($continent->name,route('continent',['name'=>$continent->name]));});Breadcrumbs::register('country',function($breadcrumbs,$continent,$country){$breadcrumbs->parent('continent',$continent);$breadcrumbs->push($country->name,route('country',['name'=>$country->name]));});Breadcrumbs::register('city',function($breadcrumbs,$continent,$country,$city){$breadcrumbs->parent('country',$continent,$country);$breadcrumbs->push($city->name,route('city',['name'=>$city->name]));});
We have added two more breadcrumbs —country
andcity
— We need these additional breadcrumbs so that all the breadcrumbs can effectively communicate with one another when a view calls for a navigation chain that involves more than one breadcrumb.
The methods for registering and pushing thecountry
andcity
breadcrumbs are the same as the ones for thecontinent
breadcrumb so we will not be looking at it in detail.
To render the breadcrumb in the view code for the city page, we simply insert this snippet of code in the desired location:
resources/views/city.blade.php
{{ Breadcrumbs::render('city', $city->country->continent, $city->country, $city) }}
Therender
method here receives the name of the breadcrumb as the first argument. Next, it receives a$city->country->continent
argument which will evaluate to an instance of acontinent
Model
, also it receives a$city->country
argument which is the country the citybelongsTo
and lastly a$city
instance.
That is it. We have completely generated our fully functional and dynamic breadcrumb navigation in only a few lines of code.
Conclusion
In a world where the 'users' of internet services seek for the easiest to use products, it is only be right for developers to add breadcrumbs to websites. This article has taught that, with just a few lines of code, we can create a fully functional navigation service. There are lots more that can be done with theLaravel Breadcrumb package [ for example, we can affect the style and layout to our taste ], feel free to explore it to its fullest power.
The source code for this tutorial is availablehere on GitHub.
Top comments(1)

- LocationIndore, india
- WorkSoftware developer at Self employed
- Joined
helpfull thanks!
For further actions, you may consider blocking this person and/orreporting abuse