


Création d'un conteneur d'injection de dépendances compatible PSR avec des objets paresseux PHP
Explorer l'injection de dépendances avec des objets paresseux dans PHP 8.4
Dans le domaine du PHP moderne, la sortie de la version 8.4 a introduit une fonctionnalité révolutionnaire : les objets paresseux. Ces objets offrent une nouvelle façon de différer l'initialisation jusqu'à ce que cela soit absolument nécessaire, améliorant ainsi les performances et réduisant l'utilisation des ressources. Cette fonctionnalité est profondément intégrée au langage grâce aux améliorations apportées à l'API ReflectionClass, comme indiqué dans la RFC Lazy Initialization for Lazy Objects.
Exemple du RFC
Pour illustrer le potentiel des Lazy Objects, considérons l'exemple suivant directement dans la RFC :
class MyClass { public function __construct(private int $foo) { // Heavy initialization logic here. } // ... } $initializer = static function (MyClass $ghost): void { $ghost->__construct(123); }; $reflector = new ReflectionClass(MyClass::class); $object = $reflector->newLazyGhost($initializer); // At this point, $object is a lazy ghost object.
Ce mécanisme permet aux développeurs de contrôler finement le processus d'initialisation, garantissant que les ressources ne sont chargées que lors de leur accès.
Inspiré par cette RFC, j'ai décidé de créer un conteneur d'injection de dépendances compatible PSR-11, en tirant parti de l'API Lazy Objects pour des performances optimales.
La fondation du ContainerLazyObject
Le cœur de notre conteneur réside dans la classe ContainerLazyObject. Avec lui, vous pouvez enregistrer des dépendances et les initialiser paresseusement, ce qui signifie qu'elles ne sont instanciées que lorsque cela est réellement nécessaire. Voici la méthode principale qui effectue cette tâche :
public function set(string $id, object|string $concrete): void { $reflector = new ReflectionClass($id); $initializer = $concrete; if (is_string($concrete)) { $initializer = function(object $instance) use ($concrete): void { $this->instances[$instance::class] = $concrete($this); }; } if (is_object($concrete) && !$concrete instanceof Closure) { $initializer = function(object $instance) use ($concrete): void { $this->instances[$instance::class] = $concrete; }; } $this->instances[$id] = $reflector->newLazyGhost($initializer); }
Enregistrement des services dans le conteneur
Notre conteneur prend en charge différentes manières d'enregistrer des services, offrant une flexibilité aux développeurs. Voici quelques exemples :
$container = new ContainerLazyObject(); $containerer->set(DatabaseService::class, fn() => new DatabaseService(new LoggerService())); $container->set(LoggerService::class, fn() => new LoggerService()); // Alternative approach with class names $container->set(DatabaseService::class, DatabaseService::class); $containerr->set(LoggerService::class, LoggerService::class); // Using already instantiated objects $container->set(DatabaseService::class, new DatabaseService(new LoggerService())); $container->set(LoggerService::class, new LoggerService());
Cette flexibilité rend le ContainerLazyObject adaptable à divers scénarios, qu'il s'agisse de créer dynamiquement des dépendances ou de réutiliser des objets préconfigurés.
Récupération des services du conteneur
Une fois les services enregistrés dans le conteneur, vous pouvez les récupérer à tout moment. Le conteneur garantit que les services sont instanciés paresseusement, de sorte qu'ils ne seront créés que lorsqu'ils seront réellement demandés. Voici un exemple de comment récupérer les services enregistrés :
// Retrieving the services from the container $loggerService = $container->get(LoggerService::class); $databaseService = $container->get(DatabaseService::class);
Le cœur de ContainerLazyObject Le cœur de notre conteneur réside dans la classe ContainerLazyObject. Avec lui, vous pouvez enregistrer des dépendances et les initialiser paresseusement, ce qui signifie qu'elles ne sont créées que lorsqu'elles sont réellement utilisées. Voici la méthode principale qui effectue cette tâche :
public function set(string $id, object|string $concrete): void { $reflector = new ReflectionClass($id); $initializer = $concrete; if (is_string($concrete)) { $initializer = function(object $instance) use ($concrete): void { $this->instances[$instance::class] = $concrete($this); }; } if (is_object($concrete) && !$concrete instanceof Closure) { $initializer = function(object $instance) use ($concrete): void { $this->instances[$instance::class] = $concrete; }; } $this->instances[$id] = $reflector->newLazyGhost($initializer); }
Compatibilité PSR-11
Un avantage supplémentaire de ContainerLazyObject est sa compatibilité avec PSR-11, le standard PHP pour les conteneurs d'injection de dépendances. Cela garantit l'interopérabilité avec les bibliothèques et les frameworks suivant la spécification, ce qui en fait une solution légère et universelle.
Comparaison des performances avec d'autres conteneurs
Pour mesurer les performances de notre conteneur, j'ai utilisé PhpBench dans un environnement contrôlé, en le comparant à des alternatives populaires : Pimple, Illuminate et PHP-DI. Les résultats ont été encourageants :
class MyClass { public function __construct(private int $foo) { // Heavy initialization logic here. } // ... } $initializer = static function (MyClass $ghost): void { $ghost->__construct(123); }; $reflector = new ReflectionClass(MyClass::class); $object = $reflector->newLazyGhost($initializer); // At this point, $object is a lazy ghost object.
Notre conteneur a démontré d'excellentes performances, étant nettement plus rapide que des alternatives plus robustes comme Illuminate Container et PHP-DI dans des scénarios simples de résolution de dépendances.
La classe complète
public function set(string $id, object|string $concrete): void { $reflector = new ReflectionClass($id); $initializer = $concrete; if (is_string($concrete)) { $initializer = function(object $instance) use ($concrete): void { $this->instances[$instance::class] = $concrete($this); }; } if (is_object($concrete) && !$concrete instanceof Closure) { $initializer = function(object $instance) use ($concrete): void { $this->instances[$instance::class] = $concrete; }; } $this->instances[$id] = $reflector->newLazyGhost($initializer); }
Conclusion
PHP 8.4 et ses Lazy Objects ont ouvert de nouvelles possibilités pour simplifier et optimiser l'injection de dépendances. Notre ContainerLazyObject, en plus d'être léger, efficace et flexible, est conforme PSR-11, garantissant l'interopérabilité avec d'autres bibliothèques et frameworks.
Essayez cette approche et voyez comment elle peut simplifier la gestion des dépendances dans votre prochain projet !
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

Video Face Swap
Échangez les visages dans n'importe quelle vidéo sans effort grâce à notre outil d'échange de visage AI entièrement gratuit !

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Sujets chauds

JWT est une norme ouverte basée sur JSON, utilisée pour transmettre en toute sécurité des informations entre les parties, principalement pour l'authentification de l'identité et l'échange d'informations. 1. JWT se compose de trois parties: en-tête, charge utile et signature. 2. Le principe de travail de JWT comprend trois étapes: la génération de JWT, la vérification de la charge utile JWT et l'analyse. 3. Lorsque vous utilisez JWT pour l'authentification en PHP, JWT peut être généré et vérifié, et les informations sur le rôle et l'autorisation des utilisateurs peuvent être incluses dans l'utilisation avancée. 4. Les erreurs courantes incluent une défaillance de vérification de signature, l'expiration des jetons et la charge utile surdimensionnée. Les compétences de débogage incluent l'utilisation des outils de débogage et de l'exploitation forestière. 5. L'optimisation des performances et les meilleures pratiques incluent l'utilisation des algorithmes de signature appropriés, la définition des périodes de validité raisonnablement,

La fonction d'énumération dans PHP8.1 améliore la clarté et la sécurité du type du code en définissant les constantes nommées. 1) Les énumérations peuvent être des entiers, des chaînes ou des objets, améliorant la lisibilité du code et la sécurité des types. 2) L'énumération est basée sur la classe et prend en charge des fonctionnalités orientées objet telles que la traversée et la réflexion. 3) L'énumération peut être utilisée pour la comparaison et l'attribution pour assurer la sécurité du type. 4) L'énumération prend en charge l'ajout de méthodes pour implémenter une logique complexe. 5) La vérification stricte et la gestion des erreurs peuvent éviter les erreurs courantes. 6) L'énumération réduit la valeur magique et améliore la maintenabilité, mais prêtez attention à l'optimisation des performances.

Le détournement de la session peut être réalisé via les étapes suivantes: 1. Obtenez l'ID de session, 2. Utilisez l'ID de session, 3. Gardez la session active. Les méthodes pour empêcher le détournement de la session en PHP incluent: 1. Utilisez la fonction Session_RegeReate_id () pour régénérer l'ID de session, 2. Stocker les données de session via la base de données, 3. Assurez-vous que toutes les données de session sont transmises via HTTPS.

L'application du principe solide dans le développement de PHP comprend: 1. Principe de responsabilité unique (SRP): Chaque classe n'est responsable d'une seule fonction. 2. Principe ouvert et ferme (OCP): les changements sont réalisés par extension plutôt que par modification. 3. Principe de substitution de Lisch (LSP): les sous-classes peuvent remplacer les classes de base sans affecter la précision du programme. 4. Principe d'isolement d'interface (ISP): utilisez des interfaces à grain fin pour éviter les dépendances et les méthodes inutilisées. 5. Principe d'inversion de dépendance (DIP): les modules élevés et de bas niveau reposent sur l'abstraction et sont mis en œuvre par injection de dépendance.

Liaison statique (statique: :) implémente la liaison statique tardive (LSB) dans PHP, permettant à des classes d'appel d'être référencées dans des contextes statiques plutôt que de définir des classes. 1) Le processus d'analyse est effectué au moment de l'exécution, 2) Recherchez la classe d'appel dans la relation de succession, 3) il peut apporter des frais généraux de performance.

Les principes de conception de Restapi incluent la définition des ressources, la conception URI, l'utilisation de la méthode HTTP, l'utilisation du code d'état, le contrôle de version et les haineux. 1. Les ressources doivent être représentées par des noms et maintenues dans une hiérarchie. 2. Les méthodes HTTP devraient être conformes à leur sémantique, telles que GET est utilisée pour obtenir des ressources. 3. Le code d'état doit être utilisé correctement, tel que 404 signifie que la ressource n'existe pas. 4. Le contrôle de la version peut être implémenté via URI ou en-tête. 5. Hateoas bottise les opérations du client via des liens en réponse.

En PHP, la gestion des exceptions est réalisée grâce aux mots clés d'essai, de catch, enfin et de lancement. 1) Le bloc d'essai entoure le code qui peut lancer des exceptions; 2) Le bloc de capture gère les exceptions; 3) Enfin, Block garantit que le code est toujours exécuté; 4) Le lancer est utilisé pour lancer manuellement les exceptions. Ces mécanismes aident à améliorer la robustesse et la maintenabilité de votre code.

La fonction principale des classes anonymes en PHP est de créer des objets uniques. 1. Les classes anonymes permettent aux classes sans nom d'être définies directement dans le code, ce qui convient aux exigences temporaires. 2. Ils peuvent hériter des classes ou implémenter des interfaces pour augmenter la flexibilité. 3. Faites attention aux performances et à la lisibilité au code lorsque vous l'utilisez et évitez de définir à plusieurs reprises les mêmes classes anonymes.
