Le principal problème
En voyant les plates - formes bon support de programmation les plus modernes ont pour la gestion des paquets (pensez gem
, npm
, pip
, etc.), est - il logique de concevoir une application ou d'un système composé de paquets développés en interne, de manière à promouvoir et à créer une architecture à couplage lâche?
Exemple
Un exemple de ceci serait de créer des packages pour l'accès à la base de données, ainsi que pour l'authentification et d'autres composants du système. Ceux-ci, bien sûr, utilisent également des packages externes. Ensuite, votre système importe et utilise ces packages - au lieu d'inclure leur code dans sa propre base de code.
Considérations
Pour moi, il semble que cela favoriserait le découplage du code et aiderait à la maintenabilité, presque d'une manière basée sur le Web contre une application de bureau (les mises à jour sont appliquées presque automatiquement, une base de code unique pour une fonctionnalité unique, etc.).
Cela ressemble-t-il à un concept de conception rationnel et sain? Est-ce actuellement utilisé comme un moyen standard de structurer les applications?