Bonjour à tous,
Je souhaiterai me lancer dans le développement d’une application qui suivant les cas, pourrait contenir différents modules.
Donc pour partir dans la bonne direction, j'ai commencé par lire ce qui se fait question architecture et j'en ai lu pas mal ces derniers temps, malheureusement il y a beaucoup d'information voir parfois de confusions donc je m'excuse d'avance si je me trompe ou si ce n'est pas clair.
Dans le souci de faire un développement stable, actualisable et adaptable, il semble qu'une architecture 4 couches semble intéressante (Par couches j'entends: IHM, BPL, DAL et DEL):
- Possibilité d'avoir une IHM lourde ou légère
- Couche métier clair et stable
- Possibilité d'avoir plusieurs type de sources de données (SQL server, Mysql)
- Type de données transverse
La communication se ferait par librairies... donc via des dlls (si j’ai bien compris)
Déjà, est ce que ca vous semble correct jusque là ?
Par contre pour le côté « organisation » de la solution, j’ai plusieurs doutes.
Dans un premier temps il s’agirait d’un logiciel de type client lourd, Winform… (Bien que ce ne soit pas à la mode). En étudiant certains exemples, j’ai vu des exemples avec un IHM, avec les 3 dll correspondantes…
Certaines versions pouvant avoir des modules totalement différents de certaines autres, il me semble que ces modules devraient avoir une couche métier (et donc des DEL et des DAL ?) dans des fichiers différents ? Et suivant le cas, la solution fera référence aux dll qui lui convient ? L’interface, elle devant bien sûr pouvoir s’adapter ou être spécifique…
Ou est ce que quand j’entends parler de réutilisation de certains éléments "métier" de ces couches, on entend « copier/coller » de bouts de code, d’un projet à un autre ? Car je ne vois pas l’intérêt de faire une méga solution, qui ne serait utilisé qu’à 10% dans certains cas… Ou est ce que j’ai rien compris ?![]()
Partager