Download the PHP package paul/alice-fixtures-bundle without Composer
On this page you can find all versions of the php package paul/alice-fixtures-bundle. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.
Informations about the package alice-fixtures-bundle
AliceFixturesBundle
A Symfony2 bundle for flexible usage of nelmio/alice and fzaninotto/Faker in Symfony2.
Status
This Bundle should be considered "Work-In-Progress". Every version < 1.0 can and will change. This also means, if you have a fundamental idea for a change, feel free to contribute. Contributions in any form are always welcome!
Introduction
The aim of this bundle is to provide a new way of working with data fixtures detached from the common Doctrine DataFixtures. Loading of fixtures should be decoupled and easy to integrate where needed. This bundle offers loading Fixtures from yaml and php files, also dropping and recreating the ORM Schema. Next to Doctrine/ORM, also Doctrine/MongoDB-ODM is supported for recreating schema and persisting fixtures.
If you are searching for a Bundle that provides a way to integrate Alice with Doctrine DataFixtures, have a look at hautelook/AliceBundle.
This bundle is also capable of recreating the ORM schema. This means all tables managed by Doctrine will be dropped and recreated. A data loss will appear, you have been warned.
Installation
Simply require the bundle by its name with composer:
Follow the 'dev-master' branch for latest dev version. But i recommend to use more stable version tags if available.
After that, add the Bundle to your Kernel, most likely in the "dev" or "test" environment.
Keep in mind, that this bundle is capable of removing whole databases, so be careful when using in production!
Configuration
You can globally configure the Seed for random values, the Locale for Faker and a global flag do_flush, if ORM flushes of entities should be omitted or not.
A custom 'schema_manager' service id can be defined, the Entity or ObjectManagers from Doctrine will be determined by current objects class and mapping.
In case you want to use the default services for either doctrine/orm or doctrine/mongodb-odm, set the "doctrine" value accordingly, which can be either "orm" or "mongodb-odm". This setting will just adjust the service-ids for ManagerRegistry and 'schema_manager' accordingly, if you have not set them on your own.
A simple configuration using a single default manager:
Or you can use many managers:
Check out this command for a always up-to-date configuration reference:
Usage
Fixtures
Fixtures are defined in YAML or PHP Files like nelmio/alice describes it. The two alice default loaders 'Yaml' and 'Base' are already available. If you want to integrate own loaders, patch the Loader Factory service for your needs ('h4cc_alice_fixtures.loader.factory').
Loading the entities from single fixture files can be done with the FixtureManagerInterface::loadFiles(array $files, $type='yaml');. Persisting them can be done with FixtureManagerInterface::persist(array $entities, $drop=false);.
Example:
Fixture Sets
A more advanced way of loading fixtures is using "FixtureSets". Look at it like a fixture configuration object for multiple fixture files and options.
Example:
Commands
There are some commands for loading fixtures included in this bundle. They are also divided in loading plain files or FixtureSets.
By default, all fixture files or sets will share their references. This way a Bundle can reference the fixtures from another bundles.
Example for loading single files using all available options:
Example command for loading the given FixtureSet:
When your FixtureSets are stored at the default path 'DataFixtures/Alice/' and are named ending in ...'Set.php', they can be found automaticaly. Like the fixtures in Doctrine Datafixtures do. To load the default fixture sets, simply execute this command:
The order in which the bundles are loaded is defined by the order in which they are defined in AppKernel
.
A customization to that can be done using the "order" value in your fixture sets.
Default is '1' and lower order values will be taken first.
Example for a Preconfigured FixtureSet:
Such a file has to return a Object with the FixtureSetInterface Interface.
FixtureSets from different Bundles
When using multiple bundles like MyCommonBundle
and MyUserBundle
, there are a few things to do and know:
- The order in which
h4cc_alice_fixtures:load:sets
will load FixtureSets will be the same order as in `AppKernel::registerBundles(). - All FixtureSets will use a global state of references. This way the
MyUserBundle
can use entities fromMyCommonBundle
. - A circular-reference between FixtureSets is not possible, because only already loaded entities can be referenced.
Demo Application
There is a Demo Application showing some ways to use this bundle: https://github.com/h4cc/AliceDemo
Feel free to add some more demos if you like.
PHPUnit
If needed, the fixtures can also be loaded in a PHPUnit test. Accessing the needed container in a Symfony2 environment is described here: http://symfony.com/doc/current/book/testing.html#accessing-the-container
Example:
Selenium
This flexible way of handling data fixtures offers a easy way to work with selenium/behat/mink. For example could you create a controller behind a development route, that is called by selenium to ensure a specific dataset.
Adding own Providers for Faker
A provider for Faker can be any class, that has public methods. These methods can be used in the fixture files for own testdata or even calculations. To register a provider, create a service and tag it.
Example:
Adding own Processors for Alice
A alice processor can be used to manipulate a object before and after persisting. To register a own processor, create a service and tag it.
Example:
License
This bundle is licensed under MIT.
All versions of alice-fixtures-bundle with dependencies
nelmio/alice Version ~2.1
doctrine/common Version ~2.1
psr/log Version ~1.0
symfony/finder Version ~2.0