Conception de module et de composant
Quelle est la différence entre le module contre la conception de composants?
Grâce
source d'informationauteur ms80
Vous devez vous connecter pour publier un commentaire.
Quelle est la différence entre le module contre la conception de composants?
Grâce
source d'informationauteur ms80
Vous devez vous connecter pour publier un commentaire.
J'aimerais faire part de mon idée à propos de cette différence.
Les deux composant et le module sont utilisés pour se référer à un groupe de fonctions ou d'une partie d'une fonction. Le Module est plus logique, par exemple: module de Finances, le module des RH, de la Fabrication des modules... de système ERP. D'autre part, le composant est plus physique. Dans le logiciel, il peut être une dll, ocx, exe,...
Il n'y a pas de critères pour mesurer ce qui est plus grand que l'autre. Un composant peut contenir la liste des modules et un module peut contenir de nombreux composants. Les composants sont utilisés pour modéliser un système en vue technique, et le module est utilisé pour modéliser le système en fonction de la vue ( des fonctionnalités du système)
Il y est fait référence dans OSGi dans l'action, dont je croyais qu'il explique les différences sont très bons.
Modules vs composants
Et ça, c'est comme les modules et les composants ont beaucoup en commun? Ils fournissent à la fois
des trucs les uns des autres et de consommer des trucs les uns des autres. Ils sont également emballés
comme les indépendants, les unités de déploiement. Ne pouvais pas ces deux être considérés comme une seule et même
ou au moins être combinés? Oui, ils pourraient, cependant, les composants et les modules servent les différents
et ils sont un peu orthogonale (ils ne sont pas complètement orthogonale, parce que
les composants sont fabriqués à partir de code qui peuvent être emballés dans des modules).
Les Modules de traiter avec le code d'emballage et les dépendances dans le code. Composants
face à la mise en œuvre de plus haut niveau de fonctionnalité et les dépendances
parmi les composants. Les composants ont besoin de leur code dépendances gérée, mais ils
techniquement n'avez pas besoin d'un module de système pour le faire (souvent c'est nous, les programmeurs de le faire
via le chemin de classe).
Un bon résumé est ce que vous pouvez penser de modules traitant de code statique et
au moment de la compilation dépendances, tandis que les composants de traiter les cas et executiontime
dépendances.
Les composants et les modules sont trop souvent confondus les uns avec les autres. Ils
sont, toutefois, pas les mêmes, et les implications de l'un, n'est pas
nécessairement pour l'autre.
La modularité est le partitionnement de code en modules connexes
la fonctionnalité. Dans de nombreux langages de programmation, un module est tout simplement un
fichier source. Il est de pratique courante que si le fichier source grandit trop
grand, vous pouvez le diviser en deux ou plusieurs fichiers source, et de mettre ces
dans un nouveau répertoire, tandis qu'un répertoire est souvent pas appelé module,
ce type de décomposition est encore modulaire.
Un composant, d'autre part, peut être composé de différentes façons à l'
d'autres composants pour former les différents programmes. C'est, il y a un
séparer la composition de la scène, où les gens décider quels éléments
doivent être utilisés ensemble.
J'ai vu la conception de composants permettent d'appliquer une notion de dur
la modularité. Cette approche ne peut pas être recommandée en raison de la plutôt
une surcharge importante de la composition: la composition à la complexité croissante de
polynôme avec le nombre de composants. Et le nombre de
composants croît linéairement avec le nombre de fonctionnalités de groupes,
parce que une fois que vous obtenez commencé avec la modularité par composante
décomposition, vous vous forcez à créer un nouveau composant à chaque fois que
vous auriez juste besoin d'un nouveau module, car le nouveau module
serait autrement appartiennent pas vraiment n'importe où. À 100 composants, l'
la composition des frais généraux est devenu un travail à temps plein, et chaque composition
itération pourrait prendre jusqu'à un couple de semaines, malgré de nombreuses
automatisation des efforts. Cela a considérablement entravé le développement.
Mon plus simple recommandation est de rester à l'écart à partir de composants si
possible;-en sachant que les composants peuvent parfois être une nécessité.
Par exemple, si plusieurs organisations indépendantes sont impliqués dans un
projet, un élément pour chaque organisation semble acceptable.
C'est une question de goût, de façon à grain fin votre la décomposition en
les modules doivent être, si tout le monde est d'accord que la modularité est un bon
chose.
Si je connais le nom d'une fonction, mon éditeur va trouver ça assez vite.
D'autre part, si, pour une raison que je ne sais pas le nom d'un
fonction (ou une classe), la modularité devient de plus en plus
important.
Je m'attends à ce dernier cas, seulement à être un problème pour des fonctionnalités
vous pouvez faire l'expérience de l'utilisation du programme, alors essayez de faire de l'
la décomposition de votre programme en modules de refléter une interface intuitive
la décomposition du comportement de votre programme dans les domaines de
la fonctionnalité.
Si tu veux module dans le sens de la modularité, il y a une définition dans la Norme IEEE Glossaire de Génie Logiciel de la Terminologie:
Et Bertrand Meyer a déclaré cinq critères de modularité:
Du développement numérique de l'INTERFACE et de l'examen (HTML/CSS/JS), j'utilise cette approche pour s'assurer que je vais rester organisé et de penser avant de le faire. A éprouvées pour créer plus propre, plus organisée code qui traduit bien à faire plus avec moins.
Dans un cadre typique de la feuille de style, je suis actuellement en train de mettre en place comme ceci:
J'ai écrit plus de détails, vous pouvez lire ici.
Espérons que cette aide!
Composant est une entité d'exécution (peut être composé de modules), indépendant praticable unité
Module est un système partitionné en unités de mise en œuvre, indépendamment de l'affectation de tâches. Les Modules peuvent être ou ne pas être un composant
De mon point de vue,
Module
etComponent
sont tout simplement un couple de fonctions et des biens.Et la différence entre eux est:
Composant d'affaires de logique et de module pas.
Par exemple,cette zone de saisie de texte est tout simplement un Module, mais quand il y avait quelques post api appelée,elle devient une Composante. vous pouvez mettre un module de partout et qu'il fonctionne correctement, mais Componet juste peut être utilisé dans une page spécifique ou de la vue(coz il a un appel api spécifique)