christophrumpel / laravel-factories-reloaded
This package sits on top of Laravel factories and provides you with dedicated factory classes for every model.
Installs: 47 586
Dependents: 0
Suggesters: 0
Security: 0
Stars: 381
Watchers: 13
Forks: 20
Open Issues: 2
Requires
- php: ^8.0
- christophrumpel/laravel-command-file-picker: ^1.1
- illuminate/support: ^8.0
- laravel/framework: ^8.0
- nikic/php-parser: ^4.3
- roave/better-reflection: ^5.3
Requires (Dev)
- friendsofphp/php-cs-fixer: ^2.16
- mockery/mockery: ^1.2
- orchestra/testbench: ^6.0
- phpunit/phpunit: ^9.3
- dev-master
- v3.0.0
- v2.2.0
- v2.1.0
- v2.0.2
- v2.0.1
- v2.0
- v1.3.0
- v1.2.0
- 1.1.1
- v1.1.0
- v1.0.8
- v1.0.7
- v1.0.6
- v1.0.5
- v1.0.4
- v1.0.3
- v1.0.2
- v1.0.1
- v1.0.0
- v0.0.16
- v0.0.15
- v0.0.14
- v0.0.13
- v0.0.12
- v0.0.11
- v0.0.10
- v0.0.9
- v0.0.8
- v0.0.7
- v0.0.6
- v0.0.5
- v0.0.4
- v0.0.3
- v0.0.2
- v0.0.1
- dev-support-laravel-8
- dev-feature/supportBelongsToRelationship
- dev-bugfix/throwErrorIfStateIsOfTypeArray
- dev-devmsh-pr
- dev-test-devmsh-pr
- dev-feature/makeImportedStatesImmutable
- dev-feature/useDifferentModelsForGeneratedFactoriesTests
- dev-nuernbergerA-transform-vanilla-factories
- dev-transform-vanilla-factories
- dev-feature/addMakeMethod
- dev-feature/addRelationships
- dev-feature/addStates
This package is auto-updated.
Last update: 2024-11-04 13:24:53 UTC
README
This package generates class-based
model factories, which you can use instead of the ones provided by Laravel.
Laravel 8 Support
The new version v3 now supports Laravel 8 and PHP 8+. Since L8 changed their own implementation of factories a lot, this new v2 version ONLY works with Laravel 8. If you are not using L8 yet, use the latest 1.* version of this package, if you need PHP 7 support, use the latest 2.* version.
Benefits
- use the features you already love from Laravel factories (
create
,make
,times
,states
) - automatically create new class factories for specific or
All
your models - automatically import defined
default data
andstates
from your Laravel factories - and many more...
📺 I've recorded some videos to give you an overview of the features.
⚠️ Note: Interested in WHY you need class-based factories? Read here.
Installation
You can install the package via composer:
composer require --dev christophrumpel/laravel-factories-reloaded
To publish the config file run:
php artisan vendor:publish --provider="Christophrumpel\LaravelFactoriesReloaded\LaravelFactoriesReloadedServiceProvider"
It will provide the package's config file where you can define multiple paths of your models
, the path of the newly generated factories
, the namespace of your old Laravel factories
, as well as where your old Laravel factories
are located.
Configuration
Laravel Factories Namespace
Factories are namespaced since Laravel 8, and the default factories namespace is Database\Factories
. If your laravel factories namespace is Database\Factories\ClassFactories
, you can customize it at the config file as below:
'vanilla_factories_namespace' => 'Database\Factories\ClassFactories',
It will resolve your old laravel factory class as Database\Factories\ClassFactories\UserFactory
, instead of Database\Factories\UserFactory
.
Usage
Generate Factories
First, you need to create a new factory class for one of your models. This is done via a newly provided command called make:factory-reloaded
.
php artisan make:factory-reloaded
You can pick one of the found models or create factories for all
of them.
Command Options
If you want to define options through the command itself, you can do that as well:
php artisan make:factory-reloaded --models_path="app/Models" --factories_path="tests/ClassFactories" --factories_namespace="Tests\ClassFactories"
Currently, you can only define one location for your models this way.
Define Default Model Data
Similar to Laravel factories, you can define default data for your model instances. Inside your new factories, there is a getDefaults
method defined for that. The Faker
helper to create dummy data is available as well.
public function getDefaults(Faker $faker): array { return [ 'name' => $faker->name, 'email' => $faker->unique()->safeEmail, 'email_verified_at' => now(), 'password' => '$2y$10$92IXUNpkjO0rOQ5byMi.Ye4oKoEa3Ro9llC/.og/at2.uheWG/igi', 'remember_token' => Str::random(10), 'active' => false, ]; }
Use New Factories
Let's say you have created a new user factory. You can now start using it and create a new user instance. Similar to Laravel factories, the create
method will persist in a new model.
$user = UserFactory::new()->create();
If you like to get an instance that is not persisted yet, you can choose the make
method.
$user = UserFactory::new()->make();
To create multiple
instances, you chain the times()
method before the create
or make
method.
$users = UserFactory::new() ->times(4) ->create();
States
You may have defined states in your old Laravel factories.
$factory->state(User::class, 'active', function () { return [ 'active' => true, ]; });
While creating a new class factory, you will be asked if you like those states to be imported to your new factories. If you agree, you can immediately use them. The state active
is now a method on your UserFactory
.
$user = UserFactory::new() ->active() ->create();
Relations
Often you will need to create a new model instance with related models. This is now pretty simple by using the with
method:
$user = UserFactory::new() ->with(Recipe::class, 'recipes', 3) ->create();
Here were are getting a user instance that has three related recipes attached. The second argument here defines the relationship name.
⚠️ Note: For this to work, you need to have a new RecipeFactory already created.
You can also define extras for the related models when using related model factories directly.
$user = UserFactory::new() ->withFactory(RecipeFactory::new()->withCustomName(), 'recipes', 3) ->create();
You can create many related models instances by chaining with
s.
$recipe = RecipeFactory::new() ->with(Group::class, 'group') ->with(Ingredient::class, 'ingredients') ->with(Ingredient::class, 'ingredients', 3) ->create();
Here we are getting a recipe that has a group and four ingredients.
⚠️ Note: Up to the version 1.0.8, only the last
with
relation is built.
In Laravel factories, you could also define a related model in your default data like:
$factory->define(Ingredient::class, function (Faker $faker) { return [ 'name' => $faker->name, 'recipe_id' => factory(Recipe::class), ]; });
This can also be achieved in our new factory classes.
public function getDefaults(Faker $faker): array { return [ 'name' => $faker->name, 'recipe_id' => factory(Recipe::class), ]; }
Or even better through an instance of a new factory class.
public function getDefaults(Faker $faker): array { return [ 'name' => $faker->name, 'recipe_id' => RecipeFactory::new(), ]; }
⚠️ Note: I wouldn't recommend any of these options because you do not see that additional models are persisted in your tests. Please use the given "with" method create a dedicated method for creating a relation yourself.
Callbacks
In Laravel, you are able to define factory callbacks
for afterCreating
and afterMaking
. You can do something similar also with factory classes. Since both the make
and create
method are inside your factory class, you are free to add code there:
public function create(array $extra = []): Group { return $this->build($extra); } public function make(array $extra = []): Group { return $this->build($extra, 'make'); }
It depends on what you want to achive, but personally I would add a method to your factory which you call from within your test. This way it is more obvious what is happening.
Immutability
You might have noticed that when this package imports a state
for you, it will clone the factory before returning.
public function active(): UserFactory { return tap(clone $this)->overwriteDefaults([ 'active' => true, ]); }
This is recommended for all methods which you will use to setup your test model. If you wouldn't clone the factory, you will always modify the factory itself. This could lead into problems when you use the same factory again.
To make a whole factory immutable by default, set the $immutable
property to true
. That way, every state change will automatically return a cloned instance.
class UserFactory { protected string $modelClass = User::class; protected bool $immutable = true; // ... public function active(): UserFactory { return $this->overwriteDefaults([ 'active' => true, ]); } }
In some context, you might want to use a standard factory as immutable. This can be done with the immutable
method.
$factory = UserFactory::new() ->immutable(); $activeUser = $factory ->active() ->create(); $inactiveUser = $factory->create();
Note:
with
andwithFactory
methods are always immutable.
What Else
The best thing about those new factory classes is that you own
them. You can create as many methods or properties as you like to help you create those specific instances that you need. Here is how a more complex factory call could look like:
UserFactory::new() ->active() ->onSubscriptionPlan(SubscriptionPlan::paid) ->withRecipesAndIngredients() ->times(10) ->create();
Using such a factory call will help your tests to stay clean and give everyone a good overview of what is happening here.
Why Class-Based Factories?
- They give you much more flexibility on how to create your model instances.
- They make your tests much cleaner because you can hide complex preparations inside the class.
- They provide IDE auto-completion which you do not get have with Laravel factories.
Testing
composer test
Changelog
Please see CHANGELOG for more information about what has changed recently.
Contributing
Please see CONTRIBUTING for details.
Security
If you discover any security-related issues, please email christoph@christoph-rumpel.com instead of using the issue tracker.
Credits
Some of the implementations are inspired by Brent's article about how they deal with factories at Spatie.
And a big thanks goes out to Adrian who helped me a lot with refactoring this package.
License
The MIT License (MIT). Please see License File for more information.