Architecture MVC avancée

**unix27** · 09/02/2009, 16h23

Bonjour, j'ai développé une application web Asp.net et Sql Serveur MVC et j'ai environ 80 IHM j'ai divisé le traitement des 80 IHM en groupe Exemple:

20 IHM: traitement 1
15 IHM: traitement 2
40 IHM: traitement 3
le reste:traitement 4

j'aimerais avoir un code générique pour les 4 traitement J'ai besoin d'une documentation ou d'un code source d'une application qui fait ce type de traitement et merci d'avance

**Philippe Vialatte** · 09/02/2009, 17h04

salut,

je ne suis pas sur de bien comprendre ce que tu demandes...

qu'est-ce que tu entends par traitement ?

**unix27** · 09/02/2009, 17h28

salut la signification de traitement1 par exemple signifie:
Le traitement des factures en faite, 20 IHM utilisent ce traitement donc si j'arrive a faire un truc qui soit générique mon équipe réduira le gain et aussi le temps lors de l'implémentation des IHM.Je ne s'est pas si c'est clair tout ca?

**Philippe Vialatte** · 09/02/2009, 17h37

euh...

si je reformules, tu as 20 ecrans qui concernent le traitement des factures, et 80% de ces ecrans sont identiques ?

Pourquoi ne pas faire un usercontrol, avec des parties que tu actives ou pas en fonction de la page appelante (en configurant les proprietes du controle, pas en faisant eun get sur l'url de la requete, hein...)

**unix27** · 09/02/2009, 17h55

ok,oui ce que tu as dis est juste mais ce que je souhaite faire c'est un peu ca:
j'ai un ensemble d'actions chacun est identifier par un ID. donc pour moi j'ai une couche quand peut appeler SERVICE(qui regroupe l'implémentation de ces actions)
Alors les IHM quand a eux vont consommer ces services (qui se trouve dans la couche SERVICE)
Le problème est que je souhaite créer des actions qui soient générique...
Exemple: au niveau d'une IHM qui souhaite traiter la facture de MR X tout ce que j'ai besoin de faire: c'est d'appeler l'ID adéquat

**Philippe Vialatte** · 09/02/2009, 18h29

Exemple: au niveau d'une IHM qui souhaite traiter la facture de MR X tout ce que j'ai besoin de faire: c'est d'appeler l'ID adéquat

c'est la que les bactéries attaquent...

tu as une "couche" présentation, et une "couche" service

tu veux pouvoir appeler des fonctions/des services a partir de l'IHM ? jusqu'ici, tout va bien

la ou je ne te suis plus, c'est dans ce que tu veux regrouper dans "un traitement".

Par exemple, tu me dis, "traiter la facture de MR X ", c'est quoi, la charger, la sauver, la supprimer ? pour chaque action, tu devrais avoir au moins une fonctionnalite dans ta couche de service pour la gérer

idem, tu dis que tu veux creer une action generique...a quel niveau tu places ta genericite ??? tu veux appeler traiteToto(idtoto) et qu'en fonction, il execute autre chose ???

Est-ce que tu peux donner un exemple concret ?

genre, dans ton ihm, tu appelles telle fonction de ta couche service, comment tu vois ton cote generique ?

tiens, au passage, quel framework MVC utilises-tu ?

**unix27** · 10/02/2009, 16h14

Bonjour,en faite je travaille avec ASP.NET framework MVC.Franchement moi aussi les idées ne semble pas être très clair aprés une discutions avec des collègues ont ma dis que l'architecture MVC .net2005 n'avait rien à voir avec la version .net2008 j'aimerais avoir si c'est possible le changement qu'apporte cette version personnellement je connais que celle de 2005
des lab microsoft en francais me fera le plus grand plaisir
NB:
Pour ma petite réflexion(générique,couche,...) moi aussi je ne saurai répondre à tes questions pour l'instant

**Philippe Vialatte** · 10/02/2009, 16h58

Envoyé par unix27

Bonjour,en faite je travaille avec ASP.NET framework MVC....je connais que celle de 2005

Ok, alors, la question subsidiaire, c'est "quel" framework mvc ?

autant que je le sache, le framework MVC de microsoft : http://www.asp.net/mvc/ tourne surtout sous VS 2008 (pour 2005, il y'a des bidouilles...), donc, si c'est ce fw la que tu utilises, c'est le meme...

sinon, tu utilises peut-etre un autre fw mvc

pour des labs microsoft en francais...comment dire...ne compte pas trop dessus pour le moment...

asp.net MVC est en release candidate, donc, pas encore sorti "officiellement", donc, a moins de prendre un livre (en anglais), ou d'aller sur les sites des différents développeurs du framework (en anglais), ton choix, c'est...d'écrire un livre en français

apres, il faut voir, si il y'a des sessions aux techdays, tu auras peut-etre plus d'infos...

**unix27** · 10/02/2009, 17h36

ah bon, en tout cas la MVC existait déjà à l'époque de la Framework V 2 j'ai assisté a pas mal de présentation (Partenaire Microsoft...) et on parlait de la MVC mais cela remonte il a 1 an si je me souvient bien je ne sait pas si je répond a ta question mais l'architecture des applications dont je suis responsable ont la structure(en général) suivante : les ihm font appelle a des couches métiers(contrôleur) et les couches métiers communiquent avec le sgbd donc

1=ihm
2=couche métier
3=sgbd conclusion: Architecture 3 tiers ou bien MVC

es que cela est une bonne conception(conforme au norme Microsoft...) ou bien c'est du bricolage signé maison

En ce qui me concerne je crois que c'est une conception MVC (ancienne modèle) et qu'avec le Framework 3 ca sera un MVC avec des nouveaux trucs c'est ce que je souhaite découvrir avec ton lien qui me parait intéressant

**Philippe Vialatte** · 10/02/2009, 18h07

attentiton, quand on dit MVC, ca peut etre, soit un pattern -> model view controller, soit un framework maintenant (bon, ok, c'est un peu la faute a Microsoft d'avoir appelé leur framework mvc asp.net mvc

)

Ce que tu decris, c'est plutot une application en trois couches, ca marche tres bien aussi

Si tu es plus interesse apr la theorie sur MVC/MVP, regarde ici:
http://blogs.infragistics.com/blogs/...ifference.aspx

le fw MVC te propose de faire, dans ton appli web, des vues et des controlleurs, de facon stateless -> oublie le viewstate, les postback et compagnie

**unix27** · 11/02/2009, 15h36

salut je donnerais suite à cette conversation une fois que j'aurais fait la maj de ma base de connaissance je suis entrain de voir asp.net MVC et une fois que j'aurais bien compris le truc je posterais un petit cour sur le sujet encore une fois merci pour tes précieuses informations

**B.AF** · 13/02/2009, 11h25

Il ya juste un truc incompréhensible :

Si tu pars du principes que tu as des services; donc que tu as défini clairement une couche de présentation et une couche de traitement, qu'est ce que le MVC va t'apporter ?

Je veux dire par là :
Tu as un service Facture dont le contrat est :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
(...)
IList<Facture> AvoirToutesLesFacture;
Facture ObtenirLaFactureDe(int id);
void SauverLaFacture(Facture fac);
void SupprimerLaFacture(int id);
Facture RecalculerLaFacture(Facture fac);
Relance CreerRelance(Facture fac);
(...)

Si ce service implémente toute la logique métier, quelle est la difficulté de faire une IHM qui les consomme ?

Ta seule complication est si une partie de la logique est dans l'IHM, mais sinon, je ne vois pas trop..

Les actions génériques soit, mais à priori dans ce que tu expliques, tu vas avoir n controlleurs, donc tes controlleurs vont devoir ré-encapsuler les actions, donc tu vas faire des controleurs de controleurs..

A priori si tu es confronté à cela c'est bien que ton architecture reste 2 tiers avec un couplage fort à la base de donnée.

Je pense que la généricité dont tu parles est davantage ce que l'on trouve dans un conteneur IoC fluent avec un binding contextuel genre Ninject.

Là de façon contextuel , tu pourras offrir un service générique, par interface, et binder son comportement en fonction du context d'utilisation qui si j'ai toutbien compris et fourni par ta vue.

Voilà ce que ça donne avec ASP.NET MVC :Ninject + ASP NET MVC.
Et tu remarqueras que la généricité des actions n'est pas fournie par le modèle (heureusement d'ailleurs) mais par le conteneur. Ce qui semble plus logique.

**unix27** · 16/02/2009, 16h07

ok merci pour le lien .
J'ai constaté que l'architecture MVC n'offre pas la possibilité d'utiliser les composants côté serveur comme des datagrid,...
ce qu'il faut utiliser ces du l'HTML,javascript et le mélange des 2 (AJAX)
es que cela est une évolution ou bien une nouvelle complication de la vie des développeurs ?

**B.AF** · 16/02/2009, 16h38

Non, c'est le principe de base MVC : la vue est restituée par le contrôle.

Si tu veux comprendre un peu plus le principe de vues, tu peux regarder NVelocity qui est un moteur de template.

En grand principe, le serveur restitue une vue, issue de l'interprétation du contrôleur.

**unix27** · 25/02/2009, 10h23

slt, donc voici l'implémentation que j'aimerais réaliser avec asp.net mvc c'est un peu comme struct et c'est plus élégant que celui que j'ai abordé au début

Donc je cherche un code source d'une application qui implémente ce modelé avez vous des pistes sur ce sujet?
des bon sites ou autre choses ?

**unix27** · 25/02/2009, 16h37

Alors pour récapituler un peu le petit problème:
l'ancienne architecture est:

IHM: fait appelle au controleur
par exemple la méthode afficherclient()
controleur: exécute l'action qui est afficherclient ...

...

Maintenant l'innovation (ou bien la nouvelle chose qu'aportera asp.net mvc)serais de dire:

IHM: fait appelle au controleur
par exemple la méthode afficherclient()
contrôleur: fait appel a un fichier de configuration(.xml)
pour déterminer quel est le formulaire qui va permettre la validation des données
et quelle est l'action associée à cette requête

(c'est ce que fait struts)
c'est l'implémentation en asp.net qui me faut pour résoudre ce problème

**B.AF** · 25/02/2009, 17h33

Oui d'accord, mais strut c'est pas tout jeune non plus, donc en 2009, je vois pas l'utilité de refaire strut en .NET ?

Tout ce que tu demandes Asp.NET MVC le fait, pas parce que c'est bien, mais parce que ce que tu cherches, c'est du MVC.

Après, si tu veux te faire un wrapper pour gérer les relations actions et routings dans un fichier, pourquoi pas, mais vu que c'est basé sur les attributs dans ASP.NET MVC, tu fais un vraie retour dans le passé.

Sinon, strut n'a pas de portage en .NET, enfin pas à ma connaissance.
Faut dire que c'est un peu "oldschool"