Ananke
A flexible PHP 8+ service container that supports conditional service instantiation. This package allows you to register services with multiple conditions that must be met before the service can be instantiated.
Requirements
Features
-
Register services with their class names and constructor parameters
-
Define conditions as callable functions
-
Associate multiple conditions with services
-
Dynamic service instantiation based on condition evaluation
-
Clear error handling with specific exceptions
Installation
composer require cmatosbc/ananke
Basic Usage
use Ananke\ServiceFactory;
$factory = new ServiceFactory();
// Register a service with constructor parameters
$factory->register('logger', Logger::class, ['debug']);
// Register conditions
$factory->registerCondition('is-development', fn() => getenv('APP_ENV') === 'development');
$factory->registerCondition('has-permissions', fn() => is_writable('/var/log'));
// Associate multiple conditions with service
$factory->associateCondition('logger', 'is-development');
$factory->associateCondition('logger', 'has-permissions');
// Create service (only works if ALL conditions are met)
if ($factory->has('logger')) {
$logger = $factory->create('logger');
}
Multiple Conditions
Services can have multiple conditions that must ALL be satisfied before instantiation:
// Premium feature example
$factory->register('premium.feature', PremiumFeature::class);
// Register all required conditions
$factory->registerCondition('is-premium-user', fn() => $user->hasPremiumSubscription());
$factory->registerCondition('feature-enabled', fn() => $featureFlags->isEnabled('new-feature'));
$factory->registerCondition('has-valid-license', fn() => $license->isValid());
// Associate ALL conditions with the service
$factory->associateCondition('premium.feature', 'is-premium-user');
$factory->associateCondition('premium.feature', 'feature-enabled');
$factory->associateCondition('premium.feature', 'has-valid-license');
// Service will only be created if ALL conditions are met
if ($factory->has('premium.feature')) {
$feature = $factory->create('premium.feature');
}
Condition Decorators
Ananke provides a powerful set of condition decorators that allow you to compose complex condition logic:
Not Condition
Negate any condition:
use Ananke\Conditions\{NotCondition, CallableCondition};
// Basic condition
$factory->registerCondition('is-maintenance',
new CallableCondition('is-maintenance', fn() => $maintenance->isActive()));
// Negate it
$factory->registerCondition('not-maintenance',
new NotCondition($factory->getCondition('is-maintenance')));
// Use in service
$factory->register('api', APIService::class);
$factory->associateCondition('api', 'not-maintenance');
Cached Condition
Cache expensive condition evaluations:
use Ananke\Conditions\CachedCondition;
// Cache an expensive API check for 1 hour
$factory->registerCondition('api-status',
new CachedCondition(
new CallableCondition('api-check', fn() => $api->checkStatus()),
3600 // Cache for 1 hour
));
AND/OR Conditions
Combine multiple conditions with logical operators:
use Ananke\Conditions\{AndCondition, OrCondition};
// Premium access: User must be premium OR have a trial subscription
$factory->registerCondition('can-access-premium',
new OrCondition([
new CallableCondition('is-premium', fn() => $user->isPremium()),
new CallableCondition('has-trial', fn() => $user->hasTrial())
]));
// Database write: Need both connection AND proper permissions
$factory->registerCondition('can-write-db',
new AndCondition([
new CallableCondition('is-connected', fn() => $db->isConnected()),
new CallableCondition('has-permissions', fn() => $user->canWrite())
]));
XOR/NOR Conditions
For more complex logical operations, you can use XOR (exclusive OR) and NOR conditions:
use Ananke\Conditions\{XorCondition, NorCondition};
// XOR: Feature must be enabled in EXACTLY one environment (dev XOR prod)
$factory->registerCondition('feature-enabled-single-env',
new XorCondition([
new CallableCondition('dev-enabled', fn() => $featureFlags->isEnabled('dev')),
new CallableCondition('prod-enabled', fn() => $featureFlags->isEnabled('prod'))
]));
// NOR: Service is available only when NONE of the maintenance modes are active
$factory->registerCondition('all-systems-available',
new NorCondition([
new CallableCondition('db-maintenance', fn() => $maintenance->isDatabaseMaintenance()),
new CallableCondition('api-maintenance', fn() => $maintenance->isApiMaintenance()),
new CallableCondition('ui-maintenance', fn() => $maintenance->isUiMaintenance())
]));
Complex Condition Compositions
Combine decorators for complex logic:
// ((isPremium OR hasTrial) AND notMaintenance) AND (hasQuota OR isUnlimited)
$factory->registerCondition('can-use-service',
new AndCondition([
// Premium access check
new OrCondition([
new CallableCondition('premium', fn() => $user->isPremium()),
new CallableCondition('trial', fn() => $user->hasTrial())
]),
// Not in maintenance
new NotCondition(
new CallableCondition('maintenance', fn() => $maintenance->isActive())
),
// Resource availability
new OrCondition([
new CallableCondition('has-quota', fn() => $user->hasQuota()),
new CallableCondition('unlimited', fn() => $user->isUnlimited())
])
])
);
// Cache the entire complex condition
$factory->registerCondition('cached-access-check',
new CachedCondition(
$factory->getCondition('can-use-service'),
300 // Cache for 5 minutes
)
);
Service Types
Ananke supports two types of service instantiation: Singleton and Prototype.
Singleton Services
Singleton services are instantiated only once and the same instance is returned for subsequent requests. This is useful for services that maintain state or are resource-intensive to create.
use Ananke\ServiceFactory;
$factory = new ServiceFactory();
// Register a service as singleton
$factory->register('database', DatabaseConnection::class);
$factory->registerAsSingleton('database');
// Both variables will reference the same instance
$db1 = $factory->create('database');
$db2 = $factory->create('database');
assert($db1 === $db2); // true
You can also clear singleton instances when needed:
// Clear all singleton instances
$factory->clearSingletons();
// Now you'll get a new instance
$db3 = $factory->create('database');
assert($db3 !== $db1); // true
Prototype Services
Prototype services create a new instance every time they are requested. This is the default behavior and is ideal for services that should not share state.
use Ananke\ServiceFactory;
$factory = new ServiceFactory();
// Register a service (prototype by default)
$factory->register('transaction', Transaction::class);
// Or explicitly register as prototype
$factory->registerAsPrototype('transaction');
// Each call creates a new instance
$tx1 = $factory->create('transaction');
$tx2 = $factory->create('transaction');
assert($tx1 !== $tx2); // true
Changing Service Types
You can change a service's type after registration:
use Ananke\ServiceFactory;
$factory = new ServiceFactory();
$factory->register('cache', CacheService::class);
// Start as singleton
$factory->changeServiceType('cache', 'singleton');
$cache1 = $factory->create('cache');
$cache2 = $factory->create('cache');
assert($cache1 === $cache2); // true
// Switch to prototype
$factory->changeServiceType('cache', 'prototype');
$cache3 = $factory->create('cache');
$cache4 = $factory->create('cache');
assert($cache3 !== $cache4); // true
Best Practices
-
Caching: Use `CachedCondition` for:
- External API calls
- Database queries
- File system checks
- Any expensive operations
-
Composition: Build complex conditions gradually:
- Start with simple conditions
- Combine them using AND/OR
- Add negation where needed
- Cache at appropriate levels
-
Naming: Use clear, descriptive names:
- Negated: prefix with 'not-'
- Cached: prefix with 'cached-'
- Combined: use descriptive action names
-
Testing: Test complex conditions thoroughly:
- Verify each sub-condition
- Test boundary cases
- Ensure proper short-circuit evaluation
- Validate cache behavior
Real-World Use Cases
1. Environment-Specific Services
Control debug tools based on environment:
$factory->register('debugger', Debugger::class);
$factory->registerCondition('is-development', fn() => getenv('APP_ENV') === 'development');
$factory->registerCondition('debug-enabled', fn() => getenv('APP_DEBUG') === 'true');
$factory->associateCondition('debugger', 'is-development');
$factory->associateCondition('debugger', 'debug-enabled');
2. Feature Flags and A/B Testing
Implement feature toggles with multiple conditions:
$factory->register('new.ui', NewUIComponent::class);
$factory->registerCondition('feature-enabled', fn() => $featureFlags->isEnabled('new-ui'));
$factory->registerCondition('in-test-group', fn() => $abTest->isInGroup('new-ui-test'));
$factory->registerCondition('supported-browser', fn() => $browser->supportsFeature('grid-layout'));
$factory->associateCondition('new.ui', 'feature-enabled');
$factory->associateCondition('new.ui', 'in-test-group');
$factory->associateCondition('new.ui', 'supported-browser');
3. Database Connection Management
Safe handling of database-dependent services:
$factory->register('user.repository', UserRepository::class);
$factory->registerCondition('db-connected', fn() => $database->isConnected());
$factory->registerCondition('db-migrated', fn() => $database->isMigrated());
$factory->registerCondition('has-permissions', fn() => $database->hasPermissions('users'));
$factory->associateCondition('user.repository', 'db-connected');
$factory->associateCondition('user.repository', 'db-migrated');
$factory->associateCondition('user.repository', 'has-permissions');
4. License-Based Feature Access
Control access to premium features:
$factory->register('premium.api', PremiumAPIClient::class);
$factory->registerCondition('has-license', fn() => $license->isValid());
$factory->registerCondition('within-quota', fn() => $usage->isWithinQuota());
$factory->registerCondition('api-available', fn() => $api->isAvailable());
$factory->associateCondition('premium.api', 'has-license');
$factory->associateCondition('premium.api', 'within-quota');
$factory->associateCondition('premium.api', 'api-available');
Error Handling
The service container throws specific exceptions:
-
`ServiceNotFoundException`: When trying to create a non-registered service
-
`ClassNotFoundException`: When registering a service with a non-existent class
-
`InvalidArgumentException`: When a condition is not met or invalid
Testing
Run the test suite:
composer test
The tests provide detailed output showing the state of conditions and service creation:
? Test: Multiple Conditions
? Registered premium feature service
? Registered all conditions
? Current State:
? Premium Status: ?
? Feature Flag: ?
? Valid License: ?
?? Testing with incomplete conditions
? Verified feature is not available
Contributing
Contributions are welcome! Please feel free to submit a Pull Request.
License
This project is licensed under the GPL-3.0-or-later License - see the LICENSE file for details.