Qu'est-ce que le développement de composants

À l'ère de la génération logicielle, il existait déjà une arme magique pour résoudre ce problème (tous les bugs sont éliminés) : la composantisation. Bien entendu, cela ne s'appelait pas ainsi à l'époque. Cette question était réglée par deux principes : la cohésion et le couplage (forte cohésion, faible couplage).

Couplage : est également appelé connexion inter-blocs. Il fait référence à une mesure de l'étroitesse de l'interconnexion entre les modules dans la structure d'un système logiciel. Plus la connexion entre les modules est étroite, plus le couplage est fort et plus l'indépendance du module est mauvaise. Le niveau de couplage entre modules dépend de la complexité de l'interface entre modules, de la méthode d'appel et des informations transférées (apprentissage recommandé : Tutoriel vidéo PHP)

Cohésion : Aussi connu sous le nom de contact intra-bloc. Il fait référence à la mesure de la force fonctionnelle d'un module, c'est-à-dire à la mesure de la mesure dans laquelle les différents éléments d'un module sont combinés les uns avec les autres. Plus les éléments (entre les noms de langue et les segments de programme) au sein d'un module sont étroitement liés, plus sa cohésion sera élevée.

Le développement de composants est le travail de standardisation consistant à encapsuler certaines fonctions qui peuvent être réutilisées. Les composants contiennent généralement leurs éléments d'interface utilisateur internes, leurs styles et leur code logique JS, qui peuvent être intégrés facilement et rapidement n'importe où dans l'application. Les composants peuvent utiliser d'autres composants à l'intérieur pour former des composants plus complexes. Le développement de composants est une solution utile.

Définition de la composantisation

Comprendre la « composantisation » comme les éléments suivants :

a) Un composant est une encapsulation de logique et ne se limite pas aux éléments graphiques.

C'est-à-dire que nous pouvons transformer if en composant, un compte à rebours en composant, une animation en composant, le routage en composant et l'architecture de données en composant, mais ceux-ci ne peuvent pas être appelés For le contrôle

b) le composant a une seule portabilité

c'est-à-dire "charger et utiliser", et il n'est pas nécessaire de préparer des conditions de base complexes pour cela ( comme l'introduction de styles, l'introduction de frameworks, etc.). Cependant, les soi-disant bibliothèques de composants existantes ne le font pas bien, et ce n'est pas techniquement réaliste

c) Les composants sont définis de manière déclarative et non impérative.

Je ne veux pas en dire plus à ce sujet. C'est en grande partie ma propre idée subjective. La chose la plus importante ci-dessus est le premier point, donc si vous me demandez ce qu'est le « développement basé sur les composants ». , ma réponse est : Un modèle de développement qui résume diverses logiques graphiques et non graphiques en un concept unifié (composant).

La plus grande différence entre celui-ci et le cadre de développement traditionnel est l'unification des éléments graphiques et des éléments non graphiques. En dehors de cela, je ne vois aucun autre point qui reflète vraiment la différence dans ce concept. , y compris le routeur, l'ajax, le chargeur de module, la minuterie, l'animation, l'intervalle, etc. sont tous des composants partageant une gestion unifiée du cycle de vie et des interfaces externes, et sont combinés de manière déclarative.

Recommande fortement les avantages du développement de composants

Améliore considérablement la vitesse de compilation du projet

Après le fractionnement des composants, chaque entreprise ou La fonction est un projet distinct. Ce projet distinct peut être compilé et exécuté indépendamment. Les projets divisés sont généralement plus petits et ont moins de code. Je n'ai plus besoin d'attendre plusieurs minutes pour être compilé.

Le découplage des modules métier est propice au développement collaboratif par des équipes multi-personnes

Les composants métier ne peuvent pas faire référence les uns aux autres, et chaque composant fait converger les fonctions métier correspondantes en une seule Dans le projet, ils ne se dérangent pas. Dans une équipe multi-personnes, chacun est uniquement responsable de son propre module métier. Ses ajouts, suppressions, modifications et contrôles de fonctions métiers sont limités à son propre module métier et n'affecteront pas la qualité de son code. ne sera pas affecté. Cela n'affectera que vos propres modules métier ; c'est également très pratique pour les tests. Dans la plupart des cas, nous devons uniquement nous concentrer sur le test des composants métier modifiés au lieu de toujours effectuer tous les tests de régression.

La composantisation est la pierre angulaire de la réutilisation fonctionnelle

Les composants métier sont comme des blocs de construction Nous pouvons utiliser des blocs de construction pour construire différentes maisons. créer plusieurs applications différentes. Il nous suffit de maintenir chaque composant. Lorsque nous avons besoin d'utiliser la fonction du composant, nous pouvons simplement créer une référence et l'intégrer.

Pour plus d'articles techniques liés à PHP, veuillez visiter la colonne Tutoriel graphique PHP pour apprendre !

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!