Comment bien structurer mon application ?

Bonjour à tous !

Je suis nouveau ici et dans le monde de la programmation.
Étant en formation professionnelle de développeur logiciel, je n'ai pas vu beaucoup de pattern de programmation...

Je suis actuellement en stage et je galère un petit peu devant un projet pro...

J'ai a charge de développer une application existante en VB.Net (la solution est en .MAK et écrite en procédural... [VB5])
Mon but est de la réécrire en utilisant la POO évidemment...

Comment bien coder VB.Net ? Je suis un peu perdu entre cette nouvelle façon de coder que je n'ai pas appliqué en formation : séparer les traitements de l'affichage...
Je fait ceci en Windows Form et du coup dois-je aussi séparer les évènements?... Faire de mes Forms faite en mode design des objets avec constructeur et accesseurs et les appeler dans une classe ou un module principale qui gèrera tout le programme ?
Faire un module avec des fonctions publiques ? Fiou j'avoue avoir du mal a tout assimiler surtout en VB qui est un language... parfois illogique dans sa syntaxe ^^

N'ayant pas vraiment de personne pour s'occuper de moi je pense évoluer seul mais j'ai jusqu'au mois de mai pour faire cette application...

vaste question ... à laquelle seul le développeur ayant les infos de ce qu'il faut faire peut répondre ...

sinon le début c'est de lire un cours pour apprendre les concepts possibles en .net
http://plasserre.developpez.com/cours/vb-net/
et après on sait plus facilement vers quoi on va partir

en windows forms le code et l'interface sont moins séparés qu'en wpf

sinon ce n'est pas facile de te répondre plus tellement il y a de choix de design possibles, selon ce qu'on veut faire et selon ses gouts

Vu que tu débutes, je te conseillerais de te lancer sans trop te poser de questions pour l'instant. Tu vas faire des erreurs c'est sûr, mais a mon sens, c'est plus intéressant pédagogiquement de tomber sur le problème, se demander pourquoi on l'a et comment le résoudre au mieux, plutôt que d'apprendre directement une tonne de patterns dont tu aura du mal à comprendre l'utilité, parce que tu ne sera pas tombé sur un cas qui le nécessite.

Mais pour démarrer, je te dirais de faire attention à factoriser ton code le plus possible. Dès que tu sens que tu vas avoir besoin d'un bout de code plusieurs fois, fais-en une fonction.

Si tu as besoin d'un accès à des données provenant d'une base, je te recommanderais aussi de créer un projet pour l'accès, et de référencer ce projet dans ton programme principal.

EN fait, le problème c'est que VB.Net me déroute par rapport au java d'abord par sa syntaxe mais qui est un jeu d'enfant une fois assimilée, mais surtout par la possibilité de faire une forme et la composer de A à Z et double_cliquer sur des controls pour en écrire le résultat de l'évènement.
Si j'ai bien compris ce qu'on me demande (séparer les traitements de l'affichage) il faudrait appeler des méthodes dans chaque évènement à coder.. ?
Mais comment construire le squelette de l'application.. Faire des classes implémentant des méthodes ou appeler des méthodes publiques dans un module ?

bonjour
Un Winform doit etre compose de A à A par tes soins....
Un Winform ressemble à une espece de tableau de bord avec des boutons de commandes et des loupiotes cliggnates ("switchboard" ) aka les controls droppes dessus...

Les controls communiquent avec le Winfom et entre eux essentiellement par des evenements....
Ils communiquent avec le code métier(module ou class) -mais par le biais du Winform -graces à leurs props ...
Les controls droppes sur un Winform sont donc sous l'emprise totale du Form proprietaire ou "owner"...
Les forms eux-memes quand il y en a plusieurs pour communiquer entre eux sont
-soit sous le "controle ou emprise" d'un Form Main qui les gere comme des controls ordinaires (evenements et props)
-soit sous le "controle ou emprise" d'un module Main qui a la haute main sur eux (module Main de l'application)...

Ceci brievement decrit ....!!!

Merci ;)