Les applications simples n'utilisant pas d'outils spécifiques n'ont pas besoin de 36 couches, DP, architecture n tiers et consort.
Si tu veux aborder ces sujets il te faut utiliser des outils un peu plus riches :
- ADO.Net pour communiquer avec une BDD, et notamment Entity Framework => pattern repository, ça te fera 2 couches 1/2 : la DAL, le repository pour ton domaine métier et ton appli console
- WPF pour faire des GUI "lourdes", là tu auras en plus du MVVM, donc si tu t'amuses à cumuler ça avec de la BDD ça fait de la couche en plus :
XAML <-> Code-Behind <-> VM <-> repository <-> DAL <-> BDD
- WCF pour faire des web-services et là aussi tu peux empiler :
XAML <-> Code-Behind <-> VM <-> stub web-service <-> [réseau/pipe] <-> web-service <-> repository <-> DAL <-> BDD...
- ASP.Net MVC pour des applis web...
Pour bien comprendre la nécessité de bien architecturer refait la même chose mais avec différents types d'applications, e.g. une appli de gestion de TODO-list :
- en console
- en WPF
- en ASP.Net MVC
- tous avec et sans web-service
Là tu vas apprendre énormément.
Mais bien sûr il faut prendre un peu de temps pour bien comprendre les tenants et aboutissants de chaque outil et leurs patterns.
Partager