


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!

Les principaux avantages de l'utilisation des sessions de stockage de la base de données incluent la persistance, l'évolutivité et la sécurité. 1. Persistance: Même si le serveur redémarre, les données de session peuvent rester inchangées. 2. Évolutivité: applicable aux systèmes distribués, garantissant que les données de session sont synchronisées entre plusieurs serveurs. 3. Sécurité: La base de données fournit un stockage crypté pour protéger les informations sensibles.

L'implémentation de traitement personnalisé de session dans PHP peut être effectué en implémentant l'interface SessionHandlerInterface. Les étapes spécifiques incluent: 1) la création d'une classe qui implémente SessionHandlerInterface, telles que CustomSessionHandler; 2) réécrire des méthodes dans l'interface (telles que l'ouverture, la fermeture, la lecture, l'écriture, la détruire, GC) pour définir le cycle de vie et la méthode de stockage des données de session; 3) Enregistrez un processeur de session personnalisé dans un script PHP et démarrez la session. Cela permet de stocker des données dans des supports tels que MySQL et Redis pour améliorer les performances, la sécurité et l'évolutivité.

SessionID est un mécanisme utilisé dans les applications Web pour suivre l'état de la session utilisateur. 1. Il s'agit d'une chaîne générée aléatoire utilisée pour maintenir les informations d'identité de l'utilisateur lors de plusieurs interactions entre l'utilisateur et le serveur. 2. Le serveur génère et l'envoie au client via des cookies ou des paramètres d'URL pour aider à identifier et à associer ces demandes dans plusieurs demandes de l'utilisateur. 3. La génération utilise généralement des algorithmes aléatoires pour assurer l'unicité et l'imprévisibilité. 4. Dans le développement réel, les bases de données en mémoire telles que Redis peuvent être utilisées pour stocker les données de session pour améliorer les performances et la sécurité.

La gestion des séances dans des environnements sans état tels que les API peut être réalisée en utilisant JWT ou des cookies. 1. JWT convient à l'état sans état et à l'évolutivité, mais il est de grande taille en ce qui concerne les mégadonnées. 2.La cookies est plus traditionnel et facile à mettre en œuvre, mais ils doivent être configurés avec prudence pour assurer la sécurité.

Pour protéger l'application des attaques XSS liées à la session, les mesures suivantes sont nécessaires: 1. Définissez les drapeaux httponly et sécurisés pour protéger les cookies de session. 2. Codes d'exportation pour toutes les entrées utilisateur. 3. Implémentez la politique de sécurité du contenu (CSP) pour limiter les sources de script. Grâce à ces politiques, les attaques XSS liées à la session peuvent être protégées efficacement et les données utilisateur peuvent être assurées.

Les méthodes pour optimiser les performances de la session PHP incluent: 1. Delay Session Start, 2. Utilisez la base de données pour stocker les sessions, 3. Compress Session Data, 4. Gérer le cycle de vie de la session et 5. Implémenter le partage de session. Ces stratégies peuvent améliorer considérablement l'efficacité des applications dans des environnements de concurrence élevés.

Thesesse.gc_maxlifetimesettingInphpdeterminesthelifespanofessiondata, setInSeconds.1) it'sconfiguredInphp.Iniorviaini_set (). 2)

Dans PHP, vous pouvez utiliser la fonction session_name () pour configurer le nom de session. Les étapes spécifiques sont les suivantes: 1. Utilisez la fonction session_name () pour définir le nom de session, tel que session_name ("my_session"). 2. Après la définition du nom de la session, appelez session_start () pour démarrer la session. La configuration des noms de session peut éviter les conflits de données de session entre plusieurs applications et améliorer la sécurité, mais faire attention à l'unicité, à la sécurité, à la longueur et à la définition du calendrier des noms de session.


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

ZendStudio 13.5.1 Mac
Puissant environnement de développement intégré PHP

Dreamweaver Mac
Outils de développement Web visuel

VSCode Windows 64 bits Télécharger
Un éditeur IDE gratuit et puissant lancé par Microsoft

Télécharger la version Mac de l'éditeur Atom
L'éditeur open source le plus populaire

Listes Sec
SecLists est le compagnon ultime du testeur de sécurité. Il s'agit d'une collection de différents types de listes fréquemment utilisées lors des évaluations de sécurité, le tout en un seul endroit. SecLists contribue à rendre les tests de sécurité plus efficaces et productifs en fournissant facilement toutes les listes dont un testeur de sécurité pourrait avoir besoin. Les types de listes incluent les noms d'utilisateur, les mots de passe, les URL, les charges utiles floues, les modèles de données sensibles, les shells Web, etc. Le testeur peut simplement extraire ce référentiel sur une nouvelle machine de test et il aura accès à tous les types de listes dont il a besoin.
