Version imprimable
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
salut,
je ne suis pas sur de bien comprendre ce que tu demandes...
qu'est-ce que tu entends par traitement ?
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?
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...)
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
c'est la que les bactéries attaquent...:aie:Citation:
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
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 ?
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
Ok, alors, la question subsidiaire, c'est "quel" framework mvc ?Citation:
Envoyé par unix27
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...
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 donces que cela est une bonne conception(conforme au norme Microsoft...) ou bien c'est du bricolage signé maison :mouarf: 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
- 1=ihm
- 2=couche métier
- 3=sgbd conclusion: Architecture 3 tiers ou bien MVC
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
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:king:
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 :
Si ce service implémente toute la logique métier, quelle est la difficulté de faire une IHM qui les consomme ?Code:
2
3
4
5
6
7
8
9
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.
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 ?
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.
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
http://i.msdn.microsoft.com/Aa478961...s,MSDN.10).gif
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 ?
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
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"
es que vous avez une source qui fait cela? j'ai cherché sur les sites mais je n'est pas trouvé quelque chose qui me convient
ah non moi je suis plutôt heureux de plus faire de fichiers struts en fait...:yaisse2:
Mais tu peux le faire sinon?