Comment passer d'une approche fonctionnelle à une architecture orientée objet sans t

[Stella85]

Salut tout le monde. Je me retrouve un peu coincé sur un choix d’architecture pour un petit outil interne. J’ai commencé à tout faire avec des fonctions simples, mais maintenant que les fonctionnalités s’accumulent, je me demande si je n’aurais pas dû partir sur une approche orientée objet dès le début pour mieux organiser le tout. C’est un peu tard pour tout refondre, mais en même temps, la maintenance devient pénible. Certains d’entre vous ont-ils déjà été dans cette situation ?

[Sofia.S]

Oui j ai vécu ce dilemme. On démarre avec des fonctions simples et au fil du temps le code devient lourd. L architecture peut aider à raisonner sur les responsabilités et les interfaces sans tout refondre d un coup mais il faut des petites couches d abstraction et des tests. Pense a organiser par domaine avec des interfaces claires et une API publique stable sans changer tout d un coup architecture

[Riley96]

Franchement j ai eu ce genre de doute et j ai eu envie de tout remettre en objet mais la réalité c est que parfois c est plus lourd que utile. Un outil petit peut rester procédural tant que les modules communiquent par des interfaces simples. Ce qui aide c est de limiter les dépendances et de documenter les choix et de tester au fil. architecture

[JustinMG]

Et si on reformule le souci tu ne cherches pas vraiment une solution magique mais une manière de maintenir plus tard sans tout refaire Tu te demandes peut être si l approche fonctionnelle était le vrai problème ou si ce que tu veux c est diviser le travail sans bouleverser l esprit du projet architecture Est ce que ce que tu cherches est vraiment autre chose que l architecture