Le système de plugin robuste de Drupal 8 permet aux développeurs backend avec des fonctionnalités réutilisables. Cet article (partie la première des deux) détaille la création d'une fonction permettant des formulaires personnalisés avec des entités de nœud, permettant à la configuration des faisceaux de nœuds d'utiliser divers types de formulaires aux côtés des affichages de nœuds. Les nouveaux types de formulaires sont facilement définis en étendant une classe de base fournie. (Pour un exemple de code complet, reportez-vous à ce référentiel ).
Ce tutoriel évite les mécanismes de plugin approfondis, en supposant une familiarité avec la théorie sous-jacente. Nous allons construire notre type de plugin personnalisé à l'aide de deux interfaces et de six classes - un nombre apparemment grand, mais surtout un code de chauffeur. La deuxième partie démontrera l'attachement ces formes réutilisables aux nœuds.
Concepts clés:
- Le système de plugin de Drupal 8 facilite les fonctionnalités réutilisables, permettant des formulaires personnalisés pour les entités de nœud. Les bundles de nœud peuvent être configurés pour utiliser plusieurs types de formulaires dans les affichages de nœud.
- Le gestionnaire de plugin, essentiel pour la découverte et le chargement du plugin, exploite la classe de base par défaut de Drupal pour une extension facile. Tous les plugins doivent implémenter une interface définie.
- Les définitions des plugins utilisent des annotations contenant des informations cruciales: le sous-répertoire du plugin, l'interface requise et la classe d'annotation définissant les propriétés du plugin.
- Un type de plugin personnalisé nécessite une classe de base extensible par tous les plugins. Cette classe met en œuvre l'interface et utilise l'injection de dépendance pour le service
form_builder
, essentiel pour la construction de formulaires. Le plugin interagit avec les classes de formulaire; L'étape suivante consiste à intégrer ces formulaires avec des affichages de nœuds.
Gestionnaire de plugin:
Le gestionnaire de plugin, crucial pour découvrir et charger les plugins, étend Drupal's DefaultPluginManager
. Dans le répertoire /src
du module, ReusableFormManager.php
contient:
<?php namespace Drupal\reusable_forms; use Drupal\Core\Plugin\DefaultPluginManager; use Drupal\Core\Cache\CacheBackendInterface; use Drupal\Core\Extension\ModuleHandlerInterface; class ReusableFormsManager extends DefaultPluginManager { public function __construct(\Traversable $namespaces, CacheBackendInterface $cache_backend, ModuleHandlerInterface $module_handler) { parent::__construct('Plugin/ReusableForm', $namespaces, $module_handler, 'Drupal\reusable_forms\ReusableFormPluginInterface', 'Drupal\reusable_forms\Annotation\ReusableForm'); $this->alterInfo('reusable_forms_info'); $this->setCacheBackend($cache_backend, 'reusable_forms'); } }
Cela étend DefaultPluginManager
, en remplaçant le constructeur. Paramètres clés Définissez:
-
Plugin/ReusableForm
: sous-répertoire du plugin. -
Drupalreusable_formsReusableFormPluginInterface
: interface de plugin requise. -
Drupalreusable_formsAnnotationReusableForm
: classe d'annotation définissant les propriétés du plugin.
Un alter hook (reusable_forms_info
) permet aux modules de modifier les définitions du plugin, et le backend de cache est configuré.
Interface du plugin:
L'interface (ReusableFormPluginInterface.php
dans /src
) définit les méthodes que tous les plugins doivent implémenter:
<?php namespace Drupal\reusable_forms; use Drupal\Core\Plugin\DefaultPluginManager; use Drupal\Core\Cache\CacheBackendInterface; use Drupal\Core\Extension\ModuleHandlerInterface; class ReusableFormsManager extends DefaultPluginManager { public function __construct(\Traversable $namespaces, CacheBackendInterface $cache_backend, ModuleHandlerInterface $module_handler) { parent::__construct('Plugin/ReusableForm', $namespaces, $module_handler, 'Drupal\reusable_forms\ReusableFormPluginInterface', 'Drupal\reusable_forms\Annotation\ReusableForm'); $this->alterInfo('reusable_forms_info'); $this->setCacheBackend($cache_backend, 'reusable_forms'); } }
getName()
Renvoie le nom du plugin; buildForm()
accepte une entité et renvoie un tableau de rendu pour un formulaire implémentant Drupalreusable_formsFormReusableFormInterface
. Il étend PluginInspectionInterface
et ContainerFactoryPluginInterface
pour plus de fonctionnalités et d'injection de dépendance.
Annotation du plugin:
La classe d'annotation (ReusableForm.php
dans /src/Annotation
) définit les propriétés du plugin:
<?php namespace Drupal\reusable_forms; use Drupal\Core\Entity\EntityInterface; use Drupal\Core\Plugin\ContainerFactoryPluginInterface; use Drupal\Component\Plugin\PluginInspectionInterface; interface ReusableFormPluginInterface extends PluginInspectionInterface, ContainerFactoryPluginInterface { public function getName(); public function buildForm($entity); }
id
, name
, et form
(le nom de classe de formulaire entièrement qualifié) sont définis ici.
Classe de base du plugin:
La classe de base du plugin (ReusableFormPluginBase.php
dans /src
) fournit des défauts:
<?php namespace Drupal\reusable_forms\Annotation; use Drupal\Component\Annotation\Plugin; /** * @Annotation */ class ReusableForm extends Plugin { public $id; public $name; public $form; }
Cela étend PluginBase
, implémente ReusableFormPluginInterface
et utilise l'injection de dépendance pour form_builder
. getName()
et buildForm()
sont implémentés, en utilisant la classe de formulaire spécifiée dans l'annotation.
Interface de forme et classe de base:
Une interface de formulaire simple (ReusableFormInterface.php
dans /src/Form
) et la classe de base (ReusableFormBase.php
dans /src/Form
) sont créées pour la cohérence: (celles-ci sont indiquées dans la réponse originale et ne sont pas répétées ici pour brièveté) .
Conclusion (partie 1):
Cette première partie met en place le type de plugin personnalisé, en le préparant pour l'intégration avec les classes de formulaires. La deuxième partie couvrira l'affichage de ces formulaires avec des nœuds, impliquant la configuration du type de nœud et le rendu de formulaire dans les modes de vue de contenu.
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!

Le délai d'expiration de session absolue commence au moment de la création de session, tandis qu'un délai d'expiration inactif de session démarre au moment de la non-opération de l'utilisateur. Le délai d'expiration de session absolue convient aux scénarios où un contrôle strict du cycle de vie de la session est nécessaire, tels que les applications financières; Le délai d'attente de session inactif convient aux applications qui souhaitent que les utilisateurs maintiennent leur session active pendant longtemps, comme les médias sociaux.

La défaillance de la session du serveur peut être résolue en suivant les étapes: 1. Vérifiez la configuration du serveur pour vous assurer que la session est correctement définie. 2. Vérifiez les cookies des clients, confirmez que le navigateur le prend en charge et l'envoyez-le correctement. 3. Vérifiez les services de stockage de session, tels que Redis, pour vous assurer qu'ils fonctionnent normalement. 4. Examiner le code de demande pour assurer la logique de session correcte. Grâce à ces étapes, les problèmes de conversation peuvent être diagnostiqués et réparés efficacement et l'expérience utilisateur peut être améliorée.

Session_Start () IsCrucialInPhpFormanAgingUsersessions.1) ItinitiateSanEwSessionIfNoneExists, 2) ConsomaSanExistingSession, and3) SetSasessionCooKieforContinuityAcrossrequests, permettant aux applications liées à la réaction et à la personne.

La définition de l'indicateur httponly est cruciale pour les cookies de session car il peut effectivement empêcher les attaques XSS et protéger les informations de session utilisateur. Plus précisément, 1) l'indicateur httponly empêche JavaScript d'accéder aux cookies, 2) l'indicateur peut être réglé via Setcookies et Make_Response dans PHP et FLASK, 3) Bien qu'il ne puisse pas être empêché de toutes les attaques, elle devrait faire partie de la politique de sécurité globale.

PhpSessionsSsolvetheproblemOf-MainainingStateCrossMultiplehttprequestsByStoringDataontheserverAndassociatingitwithauniquesessionId.1) ils storentaserver, généralement infilesordatabases, et de lasse de lastoredinacookietatevevedata.2)

PhpSessionsCanstorestrings, Numbers, Arrays, Andobject.1.Strings: TextDatalikeUserames.2.Numbers: IntegersorFloatsForCounters.3.arrays: listslikeshoppingcarts.4.Objects: complexestructuresthataReSerialized.

TostartaphpSession, usessession_start () aTTheScript'sbeginning.1) PlaceItBeForeanyOutputToSetTheSessionCooKie.2) USESSIONSFORUSERDATALIKELOGINSTATUSORSHOPPINGSCARS.3) RegegeraSesessionIdStopreventfixationAtTACKS.4)

La régénération de session fait référence à la génération d'un nouvel ID de session et à l'invalidation de l'ancien ID lorsque l'utilisateur effectue des opérations sensibles en cas d'attaques fixes de session. Les étapes de mise en œuvre incluent: 1. Détectez les opérations sensibles, 2. Générer un nouvel ID de session, 3. Détruiser l'ancien ID de session, 4. Mettre à jour les informations de session côté utilisateur.


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

Adaptateur de serveur SAP NetWeaver pour Eclipse
Intégrez Eclipse au serveur d'applications SAP NetWeaver.

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

SublimeText3 Linux nouvelle version
Dernière version de SublimeText3 Linux

mPDF
mPDF est une bibliothèque PHP qui peut générer des fichiers PDF à partir de HTML encodé en UTF-8. L'auteur original, Ian Back, a écrit mPDF pour générer des fichiers PDF « à la volée » depuis son site Web et gérer différentes langues. Il est plus lent et produit des fichiers plus volumineux lors de l'utilisation de polices Unicode que les scripts originaux comme HTML2FPDF, mais prend en charge les styles CSS, etc. et présente de nombreuses améliorations. Prend en charge presque toutes les langues, y compris RTL (arabe et hébreu) et CJK (chinois, japonais et coréen). Prend en charge les éléments imbriqués au niveau du bloc (tels que P, DIV),

Dreamweaver CS6
Outils de développement Web visuel
