Architecture Applicative MVC4

Bonjour à tous !

Je viens vers vous car j'ai besoin de conseils sur l'architecture d'une application que je compte mettre en place.

Je me lance actuellement sur un projet assez conséquent et je souhaiterais donc dès le départ utiliser les bonnes pratiques et bons patterns pour ne pas me retrouver dans 6mois à devoir tout refondre ou maintenir une usine à gaz.

Je dois donc développer un site web en .net et je souhaiterais partir sur MVC4 (que je ne connais pas!) plutôt que webform que je connais mais que je n'apprécie pas trop (la logique des contrôles pour le web, j'ai un peu du mal).

Pour l'archi, je souhaiterais partir sur du DDD avec SOA afin de pouvoir fournir n'importe quel vue qui serait demandeur.

En gros, j'imagine ça comme ça :
Vue-->Controller-->Webservice-->Domain (model)-->ORM

Déjà, est-ce que cette archi vous semble adaptée au framework MVC ?
Y-a-t'il des bonnes pratiques d'archi/développement à MVC4 ?

Auriez-vous éventuellement des tuto ou livres à me conseiller pour travailler en ce sens ?

Merci d'avance pour votre aide

Bonjour,

Je me pose la question, pourquoi mettre en place des webservices ?
Y-a-t-il une raison particulière ?

Car il ne faut pas oublier que chaque "couche" supplémentaire va apporter de la complexité et surtout ralentir l'application (les webservices utilisent des appels HTTP).

Pour faciliter les accès à la base de données, je mettrais en place un pattern du type "Repository".

Pour en savoir plus sur MVC, rendez-vous sur mon blog :-)

Sinon, je suis à ta disposition pour d'autres questions.

Bonne journée,
Pascal

Bonjour,

Merci pour cette rapide réponse.
En effet, je comptais utiliser le pattern repository quoi qu'il arrive.
Par contre, passer par des webservices (architecture SOA) me permet dès le départ d'exposer mes données.
Ca veut donc dire que si j'utilise dans un premier temps un site mvc pour m'interfacer, pas de souci.
Si je souhaite créer une application mobile, pas de souci non plus car j'utiliserais exactement les mêmes méthodes.

Qu'en penses-tu ?

En fait, j'aimerais vraiment anticiper (sans aller trop loin) et partir sur une bonne archi bien propre.
Je vais regarder ton blog un peu qui a l'air assez intéressant !

Si tu peux me conseiller des bonnes pratiques ou archi n'hésites pas

Merci d'avance

OK, je comprends mieux ta démarche.

En fait, exposer des données avec des webservices (je pense à WebAPI) est pratique pour l'utiliser avec Javascript en JSON, c'est sûr.

Donc oui, tu peux utiliser les webservices s'ils sont "légers" (donc faire attention à SOAP, XML et co) et surtout il faudra faire attention au nombre d'appels.
Certains appels pourront être optimisés (par la suite) en mode "batch" (faire un traitement sur une liste d'éléments par exemple).

Pour démarrer rapidement et éviter de faire "trop en avance", je te conseille de n'exposer que ce qui est uniquement nécessaire.
De toute façon, une application vie et doit donc être refactorisée régulièrement !

Bonne journée,
Pascal