The repository pattern was first introduced by Eric Evans in his Domain-Driven Design book. In fact, the repository is the application's entry point to the domain layer.
Simply put, a repository allows all of your code to use objects without knowing how the objects are persisted. The repository contains all knowledge of persistence, including mapping from tables to objects. This provides a more object-oriented view of the persistence layer and makes the mapping code more encapsulated.
The only way to get your repository to work in Laravel (as a real repository - Eric Evans Domain Driven Design Book) is to change the default ORM from Active Record to Data Mapper. The best substitute is doctrine.
Doctrine is an ORM (Object Relational Mapping) that implements the Data Mapper pattern and allows you to completely separate your application's business rules from the database's persistence layer. Doctrine uses DQL, not SQL. DQL brings you Object Query Language, which means you'll query using object terms instead of traditional relational query terms.
It allows you to write database queries in an object-oriented way and helps when you need to query the database in a way that is not possible using the default repository methods. In my opinion, DQL is the most powerful way to stay connected to your database.
The Doctrine entity is just an ordinary PHP simple class that does not add any ORM inheritance overhead. Doctrine uses the same inheritance to manage multiple query requests without accessing the database, which means entity objects are present throughout the request.
Another nice feature of Doctrine is that instead of migrating files to create a database schema, the database is automatically created to reflect the metadata in entity annotations. Eloquent, on the other hand, is less complex and very easy to use.
A complete comparison between these two would require a separate article. As you can see, Doctrine objects are lighter and more abstract. However, Doctrine is only suitable for specific projects, so it may sometimes create overhead for you. I believe it's up to the programmer to choose the best ORM for the application.
Now it's time to create a blogging application using Laravel. First, we need to establish doctrine. There is a bridge to match existing configurations of Laravel 5. To install Doctrine 2 in a Laravel project, we run the following command:
1 |
|
As usual, this package should be added to app/config.php
, as the service provider:
1 |
|
An alias should also be configured:
1 |
|
Finally, we publish the package configuration:
1 |
|
Now we are done.
Entities are an important part of the application App\Entities\Post.php
:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 |
|
Now it's time to create the repository , which was described earlier. App/Repositories/PostRepo.php
:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 |
|
Controller: App/Http/Controllers/PostController.php
:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 |
|
As you can see, I use Flash Assistant to manage messages (you can use Laravel's). Regarding validators, I should add that you can create your own (like I did) or use the Laravel defaults, depending on your preference.
Viewing files is the same as usual. In this example view, the file looks like resources/views/admin/edit.blade.php
:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 |
|
The above is the detailed content of Warehousing mode in Laravel 5. For more information, please follow other related articles on the PHP Chinese website!