Гайдар Магдануров - ASP.NET MVC Framework

После того как фабрика контроллеров создала контроллер, производится вызов его метода Execute, который с помощью специального свойства ActionInvokerопределяет необходимый метод для выполнения действия и вызывает его. По умолчанию ActionInvokerсоздается как экземпляр класса ControllerActionInvoker, но разработчик волен переопределить его. Переопределение ActionInvoker— это еще одна точка расширения ASP.NET MVC, которой вы можете воспользоваться для самых разнообразных целей. Например, т. к. именно ActionInvokerисполняет все необходимые фильтры типа ActionFilter, то вы вольны изменить этот механизм для того, чтобы часть фильтров не могла быть использована для ваших контроллеров в некотором гипотетическом случае.

По умолчанию метод InvokeActionкласса ActionInvokerвместе с самим вызовом действия реализует механизм обработки заданных через атрибуты фильтров для действия.

Всего InvokeActionформирует четыре группы фильтров:

□ ActionFilters— вызываются во время исполнения действия;

□ ResultFilters— вызываются после исполнения действия при обработке результата;

□ AuthorizationFilters— вызываются до исполнения действия, чтобы произвести проверку доступа;

□ ExceptionFilters— вызываются во время обработки возникшего исключения.

Существуют такие действия, скорость вызова которых критически важна. В связи с этим лишние операции по поиску и исполнению фильтров типа ActionFilterмогут отрицательно сказаться на производительности, даже когда никаких фильтров не используется. Поэтому создание своего варианта класса ActionInvokerи метода InvokeActionимеет смысл и может быть полезно. Вы можете реализовать InvokeActionв таком виде, в котором и производительность будет на высоте, и необходимый функционал не будет потерян.

Для примера рассмотрим листинг 4.2 с реализацией такого класса ActionInvoker, который максимально быстро вызывает действие контроллера без поддержки каких-либо атрибутов и накладных расходов на такую поддержку.

Листинг 4.2

public class FastControllerActionInvoker : ControllerActionInvoker

{

public override bool InvokeAction(

ControllerContext controllerContext, string actionName)

{

if (controllerContext == null)

throw new ArgumentNullException("controllerContext");

if (String.IsNullOrEmpty(actionName))

throw new ArgumentException("actionName");

ControllerDescriptor controllerDescriptor =

GetControllerDescriptor(controllerContext);

ActionDescriptor actionDescriptor = FindAction(controllerContext,

controllerDescriptor, actionName);

if (actionDescriptor != null)

{

IDictionary parameters =

GetParameterValues(controllerContext, actionDescriptor);

var actionResult = InvokeActionMethod(controllerContext,

actionDescriptor, parameters);

InvokeActionResult(controllerContext, actionResult);

return true;

}

return false;

}

}

Существенное достоинство этого класса в том, что уменьшение затрат на вызов действия позволило ускорить вызов в среднем на величину от 5 до 30 % по разным оценкам проведенного нами тестирования. С другой стороны, данный вариант не поддерживает многие стандартные механизмы MVC: фильтры, обработку ошибок, проверку авторизации.

Для использования нового класса FastControllerActionInvokerнужно присвоить его экземпляр свойству ActionInvokerнеобходимого контроллера. Например, используем наш новый класс для контроллера AccountControllerстандартного проекта MVC:

public AccountController()

: this(null, null)

{

ActionInvoker = new FastControllerActionInvoker();

}

Мы рассмотрели работу механизма ControllerActionInvoker, который призван найти и выполнить необходимое действие контроллера. Одной из особенностей этого поиска является поиск установленных для действий атрибутов типа ActionMethodSelectorAttribute. Эти атрибуты имеют одно-единственное предназначение — определение того, может ли быть вызвано это действие в данном контексте запроса или нет. Рассмотрим определение класса ActionMethodSelectorAttribute:

[AttributeUsage(AttributeTargets.Method, AllowMultiple = false,

Inherited = true)]

public abstract class ActionMethodSelectorAttribute : Attribute {

public abstract bool IsValidForRequest(

ControllerContext controllerContext,

MethodInfo methodInfo);

}

Как вы видите, атрибут содержит только один метод IsValidForRequest, который возвращает булево значение, определяющее, может ли быть вызвано помеченное действие. Этот атрибут очень полезен для обеспечения безопасности, т. к. позволяет "спрятать" часть методов от любой возможности неправомерного использования.

Для удобства разработчиков MVC Framework уже реализует два атрибута, наследующих от ActionMethodSelectorAttribute:

□ AcceptVerbsAttribute— позволяет задать для действия допустимые типы HTTP-запросов из следующего списка: GET, POST, PUT, DELETE, HEAD . Запросы, отличные от указанных, будут игнорироваться;

□ NonActionAttribute— позволяет пометить метод, не являющийся действием. Такой метод невозможно будет вызвать никаким внешним запросом.

Используем эти атрибуты для нашего контроллера AdminController. Так как действия Index, Selectи Deleteмогут быть вызваны только GET-запросами, пометим их соответствующим атрибутом, как показано в следующем фрагменте:

[AcceptVerbs(HttpVerbs.Get)]

public ActionResult Index()

[AcceptVerbs(HttpVerbs.Get)]

public ActionResult Delete(Guid? userId)

[AcceptVerbs(HttpVerbs.Get)]

public ActionResult Select(Guid? userId)

Наоборот, действие Update вызывается только POST-запросами, поэтому пометим их следующим образом:

[AcceptVerbs(HttpVerbs.Post)]

public ActionResult Update(Guid? userId, string email,

bool isApproved, bool isLockedOut);

Теперь, если мы попытаемся вызвать действие Updateиз строки запроса браузера, набрав URL вроде такого http://localhost:5434/Admin/Update, то получим ошибку с сообщением о том, что страница не была найдена. Без атрибута AcceptVerbs метод был бы вызван.

Для демонстрации действия атрибута NonActionAttributeпроведем некоторые изменения в нашем коде. Обратите внимание на то, что в методах класса ActionControllerповторяется следующий код:

User.IsInRole("Administrators")

Вынесем его в отдельный метод UserlsAdmin:

[NonAction]

private bool UserIsAdmin()

{

return User.IsInRole(''Administrators");

}

Обратите внимание, что мы пометили этот метод атрибутом NonAction, который указывает на то, что данный метод не является действием и не может быть выбран механизмом MVC при поиске в контроллере необходимого действия.

Когда механизм MVC находит необходимое для вызова действие, производится поиск и выполнение ряда атрибутов, которые являются производными от атрибута FilterAttribute. Такие атрибуты называются фильтрами и в основном предназначены для проверки прав вызова и безопасности контекста запроса. MVC Framework содержит ряд таких атрибутов, которые вы можете использовать в своих проектах: