pas testé et testables => experiences dans le refacto et le démembrement du code pour le rendre testable
plusieurs fichier / commentaire / redondance / découperles fonctions pour mieux les tester nom des variables plus explicites
Premier paragraphe Tout d'abord, sans vous faire l'intégralité de ma présentation de l'historique de mon parcours, sachez que je viens de terminer mes études d'architecture logicielle en informatique dans une école qui a pris soin de nous apporter des intervenants dont le but était de nous transmettre les nouveautés du secteur ainsi que toutes les bonnes pratiques, de façon à ce que nous ne soyons qu'un gain en capital à notre arrivée dans l'entreprise de notre choix.
Deuxième paragraphe C'est pourquoi je me permet de répondre à votre annonce en vous livrant des ressources que j'ai moi-même acquises dans le but d'améliorer l'existant d'une entreprise en recherche de novations.
Pour illustrer mes propos je vais prendre des éléments du contexte ainsi que des extraits de votre programme en me permettant d'y apporter des modifications.
Pour commencer, je comprends tout à fait votre contexte, vous voulez pérenniser votre architecture en la modernisant et en utilisant des outils afin d'améliorer vos processus. Je peux voir tout de suite que vous utilisez la programmation orientée objet, il est donc primordiale que vous adoptiez les 5 principes de bases de celle-ci : SOLID. Il serait arrogant de ma part de vous énoncer les définitions de cet acronyme, je vais donc simplement vous expliquer en quelques mots l'idée globale : Vous devez garder en tete que ce qui permettra à votre code d'être gérable est votre capacité à tout séparer. De cette façon tout aura une place et une responsabilité. Je vous apporterai mon soutien dans la refonte de votre architecture, de sorte à ce qu'elle reste cohérente. Vous gagnerez en performance si vos objets et leurs parents ne subissent pas de modification inattendue. Un autre des principes apporté par cette méthode est qu'il vous faut découper au maximum même les classes et interfaces qui vous semblent appartenir au meme comportement. En effet, je n'hésiterai pas à séparer votre code en différents fichiers, cela pourra également vous donner l'opportunité d'assimiler une autre valeur importante : éviter la redondance de code, les traitements identiques à plusieurs endroits du programme. Vous n'aurez qu'à appeler la fonction correspondante.