Comment puis-je obtenir type de contrôleur et de l'action de l'info à partir d'une url ou à partir de données de la route?

Comment puis-je obtenir le contrôleur de l'action (méthode) et le type de contrôleur qui sera appelé, compte tenu de la System.Web.Routing.RouteData?

Mon scénario est-ce - que je veux être en mesure de faire effectuer certaines actions (ou pas) dans le OnActionExecuting méthode pour une action.

Cependant, j'ai souvent envie de savoir non pas l'action en cours, mais la "racine" de l'action; par cela, je veux dire que je peut avoir une vue appelée "Connexion", qui est ma page de connexion. Ce point de vue peut inclure
une autre vue partielle "LeftNav". Lorsque OnActionExecuting est appelé pour LeftNav, je veux être en mesure de déterminer que c'est vraiment être appelé à la "racine" aciton de Connexion.

Je me rends compte qu'en appelant RouteTable.Routes.GetRouteData(actionExecutingContext.HttpContext), je peux obtenir l'itinéraire de la "racine" de la demande, mais comment la mettre en
la méthode et le type d'info?

La seule solution que j'ai à ce jour, est quelque chose comme:

 var routeData = RouteTable.Routes.GetRouteData(actionExecutingContext.HttpContext)
 var routeController = (string)routeData.Values["controller"]; 
 var routeAction = (string)routeData.Values["action"];

Le problème, c'est que "routeController" est le nom du contrôleur avec le "Contrôleur" suffixe supprimé, et n'est pas pleinement qualifié; c'est à dire c'est "Login", plutôt que "MyCode.Site web.LoginController".

Je serais plutôt d'obtenir une réelle Type et MethodInfo si possible, ou au moins un type pleinement qualifié du nom.

Toutes les pensées, ou d'autres approches?

[MODIFIER - c'est ASP.Net MVC 1.0]

OriginalL'auteur Rob Levine | 2010-04-22

5
```
  protected override void OnActionExecuting(ActionExecutingContext filterContext)
  {
     var type1 = filterContext.Controller.GetType();
     var type2 = filterContext.ActionDescriptor
                    .ControllerDescriptor.ControllerType;
  }
```
OK, désolé, j'ai raté la "racine".

Puis, d'une autre façon, vous pouvez économiser type de contrôleur de stockage thread. Pseudo:
```
  protected override void OnActionExecuting(ActionExecutingContext filterContext)
  {
     if (!Thread.LocalStorage.Contains("root_controller"))
        Thread.LocalStorage["root_controller"] = 
            filterContext.ActionDescriptor
                    .ControllerDescriptor.ControllerType;
  }
```
Juste une idée. Je suis sûr que thread local storage est disponible en C#. L'idée clé ici est que vous l'enregistrer uniquement pour une première demande, donc il est toujours à la racine du contrôleur.

Malheureusement, cela ne fonctionne pas comme il renvoie le type de la contrôleur de l'action, pas la "racine" de contrôleur de l'action dans l'exemple que j'ai donné. La raison pour laquelle j'appel GetRouteData(actionExecutingContext.HttpContext) c'est parce que ce n'réussi à me donner le parcours de la "racine", mais je ne peux pas traduire cela dans le type de contrôleur et de la méthode.
C'est une très intéressante suggestion de - grâce queen3
N'utilisez pas de ThreadLocal de stockage au sein d'une ASP.NET application. ASP.NET les demandes peuvent sauter entre les threads, donc ThreadLocal de stockage peut disparaître quand vous ne l'attendez pas. Utilisation HttpContext.Les objets plutôt que si vous avez besoin de stocker des informations qui colle autour de la demande.
En fait, je n'étais pas au courant de tout ASP.NET collection qui stocke les données uniquement pour la requête courante. Sûr que c'est mieux que de fil de stockage. Merci pour l'astuce.

OriginalL'auteur queen3

Voici la solution que j'ai compilées à partir de diverses sources. Le url variable doit contenir l'URL de l'action:

        url = "YOUR URL";
        //Original path is stored and will be rewritten in the end
        var httpContext = new HttpContextWrapper(HttpContext.Current);
        string originalPath = httpContext.Request.Path;

        try
        {
            //Fake a request to the supplied URL into the routing system
            httpContext.RewritePath(url);
            RouteData urlRouteData = RouteTable.Routes.GetRouteData(httpContext);

            //If the route data was not found (e.g url leads to another site) then authorization is denied.
            //If you want to have a navigation to a different site, don't use AuthorizationMenu
            if(urlRouteData != null)
            {
                string controllerName = urlRouteData.Values["controller"].ToString();
                string actionName = urlRouteData.Values["action"].ToString();

                //Get an instance of the controller that would handle this route
                var requestContext = new RequestContext(httpContext, urlRouteData);
                var controllerFactory = ControllerBuilder.Current.GetControllerFactory();
                var controller = (ControllerBase) controllerFactory.CreateController(requestContext, controllerName);

                //Find the action descriptor
                var controllerContext = new ControllerContext(httpContext, new RouteData(), controller);
                var controllerDescriptor = new ReflectedControllerDescriptor(controller.GetType());
                var actionDescriptor = controllerDescriptor.FindAction(controllerContext, actionName);
            }
        }
        finally
        {
            //Reset our request path.
            httpContext.RewritePath(originalPath);
        }

OriginalL'auteur VitalyB

1
```
public Type ControllerType(string controllerName)
{
   var fullName = controllerName + "Controller";
   var assemblyName = Assembly.GetExecutingAssembly().FullName;
   return Activator.CreateInstance(assemblyName, fullTypeName).GetType();
}

public MethodInfo ActionMethodInfo(string actionName, Type controllerType)
{
   return controllerType.GetMethod(actionName);
}
```
Envisagez-vous de la mise en œuvre similaire à cela? Certains tentent/Captures nécessaire!!!

Gentillesse,

Dan

Merci Dan, c'est un peu où je veux en venir, mais vraiment dans l'espoir d'éviter. En dessous, quelque part, MVC sait exactement ce que la méthode, le type, il va appeler. Le problème avec cette approche (et le mien), c'est que je vais avoir à ajouter le suffixe "Contrôleur", et sera également à ajouter de l'espace de noms du type, etc, etc. Il serait sans doute travailler, mais si je peux l'accrocher dans le MVC est fait déjà, je préfère le faire de cette façon.

OriginalL'auteur Daniel Elliott
0

MvcSiteMapProvider fait cela. Voici le code de cette chose en particulier.

Voici le code

Le lien est rompu!

OriginalL'auteur rodmjay

Vous devez vous connecter pour publier un commentaire.