samsonos / php_config
SamsonPHP configuration system
Requires
- samsonos/php_event: 1.*
Requires (Dev)
- phpunit/phpunit: 4.*
This package is not auto-updated.
Last update: 2024-12-21 18:38:47 UTC
README
OOP based configuration system. This approach uses all abilities of PHP OOP for creating configurations based on classes.
Configuration scheme
Your project can have any amount of possible configurations, which is usually used for different environments, such as development, test, deploy, production stages,
for this purposes we have created samsonos\config\Scheme
, each of them corresponds to specific environment. In practice you should have base configuration folder,
by default it is located at app/config
folder.
Global configuration
In root of your app/config
folder you should create your default entity configuration classes. If no current configuration environment would be specified, this
entity configuration classes would be used automatically.
IMPORTANT! If you have specified some configuration environment(for example
production
) but you do not have entity configuration class for some module/object in it - Global configuration entity will be used for it instead if present.
Creating configuration environment
To create new configuration environment you should create new folder in your base configuration folder(by default it located at app/config
), for example we want to create production
environment, new folder path would be: app/config/production/
. And all entity configuration classes there would correspond to your production
configuration scheme, which will be created automatically.
Entity configuration
To configure your project modules\objects - you should use classes, for correct finding this classes among others, we force you to extend our base entity configuration class samsonos\config\Entity
:
namespace project; class entityIDConfig extends samsonos\config\Entity { }
Your entity configuration class name should meet next logic: [EntityIdentifier]Config
:
EntityIdentifier
- configured module/object identifier- All entity configuration class names must end with
Config
Your entity configuration class namespace should meet next logic:
- Every class has to have any namespace defined(by default your project name)
- Global entity configuration classes(located at base configuration folder), should have name space defined in previous list item.
- Other environments entity configuration classes (located at other inner folders),
should have namespace:
[ParentNamespace]\[EnvironmentName]
, if we extend our previous entity configuration example, but now forproduction
environment:
namespace project\production; class entityIDConfig extends samsonos\config\Entity { public $parameter = 'value'; }
IMPORTANT! As we use PSR-* standard - Class name must match file name
Possible configuration parameters
The main beauty of OOP configuration approach is that you can specify any possible by PHP values as predefined class field values, the main
limitation is that they have to be public
accessible:
namespace project; class entityIDConfig extends samsonos\config\Entity { public $stringParameter = 'I am a string'; public $integerParameter = 1123; public $arrayParameter = array('1', 123); }
Prohibited operations
Unfortunately you cannot predefine calculations and string concatenations(and perform other operations) in class field values, but you can
always perform it in __construct
method. When configuration scheme is created, for every environment all
entity configuration instances are being created - so their __construct
method is performed, where you
can make any possible operation.
namespace project; class entityIDConfig extends samsonos\config\Entity { public $stringParameter = 'I am a string'; public $integerParameter = 1123; public $arrayParameter = array('1', 123); public $complicatedParameter; public function __construct() { // Fill your parameter with what you want $this->complicatedParameter = $this->stringParameter . dirname(__DIR__); } }
Extending existing configurations
Also extending parent entity configuration is available, if want to add just some little changes to some entity configuration we can just extend it:
// Mention - class name is the same, only namespace is different namespace project\other; // We are extending global configuration from previous example class entityIDConfig extends project\entityIDConfig { // We overload only this parameter, as we want all to be the same as parent public $integerParameter = 2222; }
Configuration manager
All project modules/objects configuration is processed via configuration manager samsonos\config\Manager
, you must create instance of it, you must specify
only one parameter Path to base configuration folder
, for initialization of manager you should use init()
method, this methods are specially separated
to give ability to load entity configuration classes as you wish.
$manager = new \samsonos\config\Manager('.../path/to/base/folder'); $manager->init();
Loading entity configuration classes
We have created special static method for loading entity configuration samsonos\config\Manager::import($path)
, this method is used internally when configuration scheme is being created or loaded, for this tasks you should use init(path)
:
$manager = new \samsonos\config\Manager(); $manager->init('.../path/to/base/folder');
Switching configuration
If you want to change current active manager configuration use should use change($identifier)
method:
$identifier
- Environment identifier(Configuration scheme identifier)
Load schemes from different locations
If you have separate base configuration folders with different configurations, for example one project inside another, and inner project want to take some configurations from parent object, you can load configuration from other location:
$manager = new \samsonos\config\Manager(); $manager->init('.../path/to/base/folder'); $manager->init('.../path/to/OTHER/folder');
IMPORTANT! Entity configuration for same environments in different locations are ovveritten.
Event system
This module has only one external dependency - Event system and all interoperabily with outside world must me done using this approach. Currently module does not firing any events, but has 2 subscriptions:
core.environment.change
- When environment is changing outsidecore.module.configure
- When some object is being configured