La modularité, c'est des groupes de fonctions (ou classes ou modules ou l'équivalent de base dans ton langage) regroupés en un tout cohérent et auxquels on accède par une interface publique. Les groupes s'utilisent les uns les autres, ce qui permet d'en changer un sans effet sur le reste pourvu que l'interface ne change pas. Ou si on change l'interface il n'y a que ces appels à changer, ce qui, de l'autre côté est un peu pénible mais pas autant que si ça n'avait pas été modulaire.
Pour des extensions, il faut partir de la même idée mais avec des services que ton extension doit fournir (callbacks), il s'agit de donner quelques points d'entrée. L'extension se sert d'une interface bien définie du logiciel principal (d'où des extensions qui ne marchent plus d'une version à l'autre, quand l'interface a changé).
La base c'est comme toujours les types abstraits, si tu comprends les types abstraits tu étends l'idées à des portions plus conséquentes de programmes.
[^] # Re: Modularité ?
Posté par Bière Drabo . En réponse au message Modularité. Évalué à 1.
La modularité, c'est des groupes de fonctions (ou classes ou modules ou l'équivalent de base dans ton langage) regroupés en un tout cohérent et auxquels on accède par une interface publique. Les groupes s'utilisent les uns les autres, ce qui permet d'en changer un sans effet sur le reste pourvu que l'interface ne change pas. Ou si on change l'interface il n'y a que ces appels à changer, ce qui, de l'autre côté est un peu pénible mais pas autant que si ça n'avait pas été modulaire.
Pour des extensions, il faut partir de la même idée mais avec des services que ton extension doit fournir (callbacks), il s'agit de donner quelques points d'entrée. L'extension se sert d'une interface bien définie du logiciel principal (d'où des extensions qui ne marchent plus d'une version à l'autre, quand l'interface a changé).
La base c'est comme toujours les types abstraits, si tu comprends les types abstraits tu étends l'idées à des portions plus conséquentes de programmes.