MVC - implémentation sous DotNet

Bonjour,

j'ai commencé à développer une application asp.Net (2.0) en c#. J'ai décdé pour cela de réaliser une appli en 3 couches : accés aux données, logique métier et présentation.
Je me calque que le modèle mvc en utilsant un controleur principal (main.aspx) qui, en fonction des requêtes client, redirige vers la vue correspondante, dont le traitement est géré par son codebehind.
Les redirections se font en fonction du paramètre "action" passé à main.aspx.
Mon soucis est le suivant: mes pages aspx contiennent des composants serveurs (ListBox,...) qui entrainent des posts sur la même page aspx, c'est à dire que ma page est rafraichie par ses composants. Et ce rafraichissement entraine l'affichage en dur de l'adresse de ma page courante : ma page appelée par main.aspx?action=listetrucs, s'affiche en /Vues/listretrucs.aspx.
Or, j'aimerais ne faire apparaitre à l'utilisateur que la page main.aspx en barre d'adresse.
J'ai lu que ceci était du au fait que .net crée un formulaire automatiquement et que l'action créée par défaut est la page elle même, donc tout bne passe plus par le contrôleur principal.

Comment faire pour remédier à cela?

Personne n'a de solution à proposer?

Personnellement, je trouve le pattern MVC en général assez mal adapté à Asp.Net, mais cela n'engage que moi.
Si tu tiens absolument à l'utiliser, implémente le au niveau de "HttpModules", car, si tu procèdes autrement, tu te heurtes à des aberrations architecturales liées au fait que IIS est en réalité le "C" :D

Ca peut pas t'aider ca ? http://weblogs.asp.net/scottgu/archi...rk-part-1.aspx

Par contre, c'est pas pour tout de suite....

Ditch est entrain de nous préparer un article sur MVC

[C#] accèder à un event sans instancier la classe

MVC, je trouve ça bien pour le PHP ...

maintenant, MVC permet de mettre en place une architecture 3-tiers, c'est vrai... mais pour ma part, elle ne se prete pas trop à l'asp.net

je préfere :
présentation - service (ou BLL) - DAL