Download the PHP package divineniiquaye/php-invoker without Composer
On this page you can find all versions of the php package divineniiquaye/php-invoker. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.
Download divineniiquaye/php-invoker
More information about divineniiquaye/php-invoker
Files in divineniiquaye/php-invoker
Package php-invoker
Short Description A library that provides the abilities to invoking callables with named parameters in a generic and extensible way.
License BSD-3-Clause
Homepage https://www.biurad.com
Informations about the package php-invoker
The PHP Invoker
divineniiquaye/php-invoker is a php library that allows invoking callables with named parameters in a generic and extensible way for PHP 7.1+, based on reference implementation PHP-DI Invoker created by Matthieu Napoli. This library provides clear extension points to let frameworks/projects implement any kind of dependency injection support they want, but not limited to dependency injection. Again, any PSR-11 compliant container can be provided.
π¦ Installation & Basic Usage
This project requires PHP 7.1 or higher. The recommended way to install, is via Composer. Simply run:
Let's say you working on a project and want to invoke some named parameters in callables with whatever the order of parameters, but should be matched by their names or instance. Then we'll need an over-engineered call_user_func()
.
In short, this library is meant to be a base building block for calling a function with named parameters and/or dependency injection.
Using DivineNii\Invoker\Invoker
class method call
:
Using DivineNii\Invoker\ArgumentResolver
class in DivineNii\Invoker\Invoker
class:
Extending the behavior of the DivineNii\Invoker\Invoker
is easy and is done by adding a callable to ArgumentResolver
class:
$providedParameters
contains the parameters provided by the user when calling$invoker->call($callable, $parameters)
An DivineNii\Invoker\Invoker
can chain multiple parameter resolvers to mix behaviors, e.g. you can mix "named parameters" support with "dependency injection" support.
Here is an implementation example for dumb dependency injection that creates a new instance of the classes type-hinted:
To use it:
A new instance of ArticleManager
will be created by our parameter resolver. The fun starts to happen when we want to add support for many things:
- named parameters
- dependency injection for type-hinted parameters
- ...
It allows to support even the weirdest use cases like:
Rather than have you re-implement support for dependency injection with different containers every time, this package ships with 2 optional resolvers:
-
This resolver will inject container entries by searching for the class name using the type-hint:
In this example it will
->get('Psr\Logger\LoggerInterface')
from the container and inject it, but if instance of interface exist in$providedParameters
, it also get injected. -
This resolver will inject container entries by searching for the name of the parameter:
In this example it will
->get('twig')
from the container and inject it or from$providedParameters
.
The DivineNii\Invoker\Invoker
can be wired to your DI container to resolve the callables, but can resolve all callables including invokable class or object.
For example with an invokable class:
The same works for a class method:
π Documentation
For in-depth documentation before using this library. Full documentation on advanced usage, configuration, and customization can be found at docs.biurad.com.
β« Upgrading
Information on how to upgrade to newer versions of this library can be found in the UPGRADE.
π·οΈ Changelog
SemVer is followed closely. Minor and patch releases should not introduce breaking changes to the codebase; See CHANGELOG for more information on what has changed recently.
Any classes or methods marked @internal
are not intended for use outside of this library and are subject to breaking changes at any time, so please avoid using them.
π οΈ Maintenance & Support
When a new major version is released (1.0
, 2.0
, etc), the previous one (0.19.x
) will receive bug fixes for at least 3 months and security updates for 6 months after that new release comes out.
(This policy may change in the future and exceptions may be made on a case-by-case basis.)
Professional support, including notification of new releases and security updates, is available at Biurad Commits.
π·ββοΈ Contributing
To report a security vulnerability, please use the Biurad Security. We will coordinate the fix and eventually commit the solution in this project.
Contributions to this library are welcome, especially ones that:
- Improve usability or flexibility without compromising our ability to adhere to PSR-12 coding stardand.
- Optimize performance
- Fix issues with adhering to PSR-11 support and backward compatability.
Please see CONTRIBUTING for additional details.
π§ͺ Testing
This will tests divineniiquaye/php-invoker will run against PHP 7.2 version or higher.
π₯ Credits & Acknowledgements
π Sponsors
Are you interested in sponsoring development of this project? Reach out and support us on Patreon or see https://biurad.com/sponsor for a list of ways to contribute.
π License
divineniiquaye/php-invoker is licensed under the BSD-3 license. See the LICENSE
file for more details.
ποΈ Governance
This project is primarily maintained by Divine Niiquaye Ibok. Members of the Biurad Lap Leadership Team may occasionally assist with some of these duties.
πΊοΈ Who Uses It?
You're free to use this package, but if it makes it to your production environment we highly appreciate you sending us an https://patreons.biurad.com.
Check out the other cool things people are doing with divineniiquaye/php-invoker
: https://packagist.org/packages/divineniiquaye/php-invoker/dependents
All versions of php-invoker with dependencies
psr/container Version ^1.1|^2.0
symfony/polyfill-php80 Version ^1.20