IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

ASP.NET MVC Discussion :

Architecture Applicative MVC4


Sujet :

ASP.NET MVC

  1. #1
    Membre habitué
    Inscrit en
    Décembre 2010
    Messages
    92
    Détails du profil
    Informations forums :
    Inscription : Décembre 2010
    Messages : 92
    Points : 129
    Points
    129
    Par défaut 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

  2. #2
    Membre régulier
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Février 2013
    Messages
    51
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Bas Rhin (Alsace)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Février 2013
    Messages : 51
    Points : 83
    Points
    83
    Par défaut
    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
    Découvrez DotnetDojo, pour booster vos compétences de développeur

  3. #3
    Membre habitué
    Inscrit en
    Décembre 2010
    Messages
    92
    Détails du profil
    Informations forums :
    Inscription : Décembre 2010
    Messages : 92
    Points : 129
    Points
    129
    Par défaut
    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

  4. #4
    Membre régulier
    Homme Profil pro
    Développeur .NET
    Inscrit en
    Février 2013
    Messages
    51
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Bas Rhin (Alsace)

    Informations professionnelles :
    Activité : Développeur .NET
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Février 2013
    Messages : 51
    Points : 83
    Points
    83
    Par défaut
    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
    Découvrez DotnetDojo, pour booster vos compétences de développeur

Discussions similaires

  1. [Debutant] Architecture application web
    Par coco21 dans le forum ASP.NET
    Réponses: 2
    Dernier message: 15/02/2009, 13h47
  2. Architecture applicative autour de Talend
    Par DevNico dans le forum Installation, migration et administration
    Réponses: 3
    Dernier message: 13/01/2009, 18h17
  3. Architecture application web
    Par bach58 dans le forum Général Conception Web
    Réponses: 3
    Dernier message: 17/09/2007, 09h26
  4. [EJB3] Architecture application client lourd
    Par kristof_machin dans le forum Java EE
    Réponses: 3
    Dernier message: 19/04/2006, 13h36
  5. [JDBC][ARCHITECTURE] application swing
    Par benssj5 dans le forum JDBC
    Réponses: 6
    Dernier message: 31/08/2004, 19h25

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo