Question concernant l'architecture d'un projet Winform VB.NET

Bonjour,

j'ai développé une application Winform en VB.NET et je me demande comment organiser mon code. En ce moment, j'ai une classe persistance dans laquelle j'ai mes méthode CRUD et l'accès à la base de données, la classe Winform dans laquelle j'ai toutes les méthodes associées à mes objets et enfin une classe requête dans laquelle j'ai mes requêtes SQL. J'aimerais mettre les méthodes qui sont dans mon formulaire dans une autre classe, mais je ne sais pas comment appeler ma classe. Aussi, devrais-je faire une classe pour chaque objet winform? Par exemple, est-ce que je pourrais avoir la classe textbox dans laquelle j'ai les méthodes associées à mes textbox? Bref, y a-t-il une manière de bien organiser le code d'une application Winform vb.net?

Merci pour votre aide,

a!!!

Je suis toujours preneur si quelqu'un a de la documentation sur le sujet.

Si tu t'intéresse réellement à des thèmes d'architecture en winforms .Net, je peux te conseiller la lecture des deux ressources suivantes :

Smart Client Architecture and Design Guide
https://msdn.microsoft.com/en-us/library/ff647359.aspx

Smart Client Software Factory 2010
https://msdn.microsoft.com/en-us/library/ff709809.aspx

Smart Client - Composite UI Application Block
https://msdn.microsoft.com/en-us/library/ff648747.aspx

J'aimerai ajouter les points suivants :

- J'ai parcouru en diagonale ces guides uniquement. Même si j'ai toujours l'objectif en tête d'en faire une lecture plus approfondie. J'ai pas de retour d'expérience à partager.
- Ces guides de design ne sont pas tout jeune, tout comme les winforms, des technologies nouvelles ont pu être apportée au Framework à ce jour qui n'existait pas lors de la rédaction de ces guides.
- Ces guides sont même tellement plus jeune que certaines trucs comme le Smart Client Software Factory ont été remplacé par de nouveau truc (Prisme pour pas le citer). Mais au moins chronologiquement c'est en phase avec l'époque Winforms. C'est à dire que si tu veux commencer un truc récent comme Prisme, faut peut être considérer WPF plutôt que winforms.
- Ces guides s'adressent à une audience assez high-level, d'un point de vue développement professionnel. C'est absolument pas nécessaire (voir même contre-productif) pour du développement "maison". A ce niveau là, chacun fait sa bricole comme il l'entend.