Discussion :

[Gregory.M]

Bonjour,

J'ai commencé une petite application que je veux maintenant améliorer et developper avec d'autres personnes à l'aide de Visual SVN.

Aujourdhui mon application est situé uniquement dans une 'solution', et un 'projet WPF'.

Désormais je pense qu un découpage de la solution est necessaire pour quelle soit plus clair, simple à comprendre,mieux organiser pour le developpement à plusieurs.
J'avais donc pensé a creer:
-un projet WPF contenant les fenetres
- le reste en DLL contenant les classes/ user control / ...

cela vous semple t'il cohérent ou pas?


D'autre part, des mises à jour réguliere seront faite, je voudrais qu elle les mise à jour soient automatiques et que l'on ai ainsi à ne pas telecharger la mise à jour et l'installer nous meme.

Je précise qu'il s'agit d'une application client/serveur




Merci de vos conseils

[Skalp]

Pour l'architecture, je te conseille de lire l'article de Thomas "morpheus" Lebrun qui est une très bonne entrée en la matière pour le développement en couches : Introduction au développement en couches.

[Louis-Guillaume Morand]

bizarre, pour moi, le découpage est censé être évident qu'on utilise un gestionnaire de versionning ou non.
On a toujours (99%) une partie IHM, une partie métier et une partie données. Il faut garder à l'idée que du jour au lendemain, tu dois être à même de changer l'IHM, winform->webform en recodant le moins de chose côté code métier.
dans la plupart des projets que j'ai rencontré, j'ai souvent

/
-- IHM
-- Business Layer (assembly) métier
-- DAL (assembly) données
-- Utils (assembly) méthodes statiques et sans rapport avec l'appli et qui peuvent être utilisées dans bcp de projets.

ensuite, les usercontrols sont à mettre dans une assembly SI tu penses les réutiliser dans un autre projet. si tu es sûr que jamais tu ne referas de projets pouvant les réutiliser, ne t'embête pas à les séparer.



maintenant, ne garde qu'une solution. ca arrive des solutions contenant 30-50projets mais faut pas que le developpeur s'amuse à jongler avec plusieurs visual studio.

[Gregory.M]

j'ai regardé le pdf de Thomas Lebrun, et en fait mon projet est déja en couche, la seule difference c est que j'ai qu'un projet au lieu de plusieurs.

je parlais de découper le projet en dll car je pensais que les mises à jour pouvaient etre plus simple.


En fait je ne sais pas comment je vais organiser les mises à jour de l'application, ni comment cela se passe...