matthenning / eloquent-api-filter
Awesome and simple way to filter Eloquent queries right from the API URL without the clutter.
Installs: 3 437
Dependents: 0
Suggesters: 0
Security: 0
Stars: 11
Watchers: 1
Forks: 3
Open Issues: 2
Requires
- php: >=8.2
- illuminate/database: >=9.0
- illuminate/http: >=9.0
- illuminate/routing: >=9.0
- illuminate/support: >=9.0
This package is auto-updated.
Last update: 2024-03-26 23:10:59 UTC
README
Eloquent API Filter
Awesome and simple way to create, query and modify Eloquent models through your API - with only a few lines of code.
Concept
When developing API applications, you'll often end up with lots of duplicate code within your controllers. Eloquent API Filter offers a simple way to expose your models through the API by defining a route and a tiny controller. Your controller only needs to use a few traits and you'll have a full CRUD implementation for your model exposed through you API.
Table of Contents
Installation
Package installation
composer require matthenning/eloquent-api-filter
Controller setup
You have the choice to use either of the following methods to leverage the filter. The easiest method out of the box is to simply extend the included controller.
Option 1: Extend the controller (recommended)
The easiest way to use the Eloquent API Filter is to extend its controller. For this example, let's say you have a model named Person. You'll just have to create a matching controller and use the included traits to enable the default methods for index, show, store, update, destroy:
use Matthenning\EloquentApiFilter\Controller; class PersonController extends Controller { use UsesDefaultIndexMethodTrait, UsesDefaultShowMethodTrait, UsesDefaultStoreMethodTrait, UsesDefaultUpdateMethodTrait, UsesDefaultDestroyMethodTrait; }
Next you can expose your controller by adding a new route:
Route::resource('persons', \App\Http\Controllers\PersonController::class);
Eloquent API Filter will automatically find the matching model class as long as you follow the naming scheme of this example. If you have custom names or namespaces, you can override the modelName property within your controller:
protected ?string $modelName = Person::class;
And you're done! Start querying your API following the method guidelines. See https://laravel.com/docs/10.x/controllers#actions-handled-by-resource-controller for actions store, show, index, update, destroy:
POST /api/persons { "name": "Alexander", "age": 23 } GET /api/persons/1 GET /api/persons/?filter[age]=23 PUT /api/persons/1 { "age": 24 } DELETE /api/persons/1
Custom Resource
If you're using custom resources (https://laravel.com/docs/master/eloquent-resources) you can define a resourceName property on your models. Otherwise the default resource will be used. Make sure to override the toArray and call enrich() with your data. The enrich method will make sure all eager loaded relations (/model?with[]=relation1,relation2) are also transformed by their respective resource.
In your Person model:
public static ?string $resourceName = PersonResource::class;
In your PersonResource:
class PersonResource extends \Matthenning\EloquentApiFilter\Resource { public function toArray(Request $request): array { return $this->enrich([ 'id' => $this->resource->id, // ... map your fields here ]); } }
Option 2: Use the trait
If you'd like to handle the controller and resource logic yourself entirely, can use the FiltersEloquentApi trait in your controller.
class PersonController extends Matthenning\EloquentApiFilter\Controller { use Matthenning\EloquentApiFilter\Traits\FiltersEloquentApi; public function index(Request $request) { $persons = Person::query(); return $this->filterApiRequest($request, $persons); } }
Option 3: Query the filter directly
If traits are not to your taste you can also initialize Eloquent API Filter yourself.
use Matthenning\EloquentApiFilter\EloquentApiFilter; class PersonController extends Controller { public function index(Request $request) { $query = Person::query(); $filtered = (new EloquentApiFilter($request, $query))->filter(); return $filtered->get(); } }
Queries
Filtering
URL Syntax
Filter with specific operator:
GET /model?filter[field]=operator:comparison
Filter for equality:
GET /model?filter[field]=operator
Operators:
- eq (equal, can be omitted)
- ne (not equal)
- ge (greater or equal)
- gt (greater)
- le (lower or equal)
- lt (lower)
- in (expects a comma separated array as value)
- notin (expects a comma separated array as value)
- null
- notnull,
- like
- notlike
- today (for timestamps)
- nottoday (for timestamps)
Examples
Matches all entities where name starts with Rob and deceased is null:
GET /persons?filter[name]=like:Rob*&filter[deceased]=null:
Multiple filters on one field can be chained. Matches all entities where created_at is between 2016-12-10 and 2016-12-08:
GET /persons?filter[created_at]=lt:2016-12-10:and:gt:2016-12-08`
Filter by related models' fields by using the dot-notaion. Matches all Posts of Persons where Post name contains "API"
GET /persons?filter[posts.name]=like:*API*
Get all persons with name Rob and Bob
GET /persons?filter[name]=in:Rob,Bob
Special filters
Timestamps
Matches all persons whos' birthdays are today
GET /persons?filter[birthday]=today
Sorting
URL Syntax
GET /model?orderBy[field]=direction
Examples
Limit and sorting. Matches the top 10 persons with age of 21 or older sorted by name in ascending order
GET /persons?filter[age]=ge:21&order[name]=asc&limit=10
Select fields
Select only specific columns. Might need additional work on your model transformation.
URL Syntax
GET /model?select=column1,column2
Examples
GET /persons?select=name,email
Joins
URL Syntax
GET /model?with[]=relation1 GET /model?with[]=relation1&filter[relation1.field]=operator:comparison
Examples
Join posts-relation on persons
GET /persons?with[]=posts
Complex filter values
If you need to filter for a value with special characters, you can base64 encode the field to avoid breaking the filter syntax.
URL Syntax
GET /model?filter[field]={{b64(value)}}
Examples
GET /model?filter[field]=lt:{{b64(MjAxNy0wNy0yMiAyMzo1OTo1OQ==)}}
Responses
Responses always contain two JSON objects data and meta. Data contains the queried models and meta contains for example pagination details.
Example
{ "meta": { "pagination": { "items": 10, "total_items": 113, "total_pages": 12, "current_page": 1, "per_page": 10 } }, "data": [ { "id": 1, "name": "Alexander", "age": 23 }, { /*...*/ }, { /*...*/ } ] }
What if I need more?
In case you need complex queries which are not covered by this library, you can use the EloquentApiFilter trait in your custom controller and further filter the query before retrieving the models. That way you can still use the filter features and only need to add your custom filtering before returning the retrieved models.