asp.Netmvc-Controllerl編ControllerDescriptor
8825 ワード
まず、ActionInvokerプロパティの定義を見てみましょう.
TempDataProviderプロパティ定義と同様に、これらのコードに慣れるようにしましょう.
ControllerActionInvokerの定義も簡単ですが、このクラスは簡単ではありませんね.
あなたのInvokeActionの定義を見てみましょう.
この方法の内容は一度では説明できないので、ControllerDescriptor controller Descriptor=GetControllerDescriptor(controllerContext)を見てみましょう.
ControllerDescriptorはControllerインスタンスのパッケージクラスであることは明らかです.
この方法から、実際に戻ってきたのは、ControllerDescriptorのサブクラスであるR e f l e c e d ControllerDescriptorのインスタンスであることが分かる.GetDescriptor(...)キャッシュから取得したようですね.確認してみましょう.まず、ControllerDescriptor CacheのGetDescriptorメソッドを見てみましょう.
FetchOrCreateItemメソッドは簡単で、キャッシュからControllerDescriptorを取得し、そうでなければキャッシュを作成して追加して戻ります.キャッシュの実装方法は辞書Dictionaryです.
ReflectedControllerDescriptorの十分な関数に特別な点があるかどうかを見てみましょう.
_controllerType = controllerType;
_selector = new ActionMethodSelector(_controllerType);
どうしてまたActionMethodSelectorというものがあるのか、その構造関数は以下の通りです.
この方法は簡単で、ControllerTypeのすべてのインスタンス、共有方法を探し出して、それからフィルタリング調がActionではないので、最後にこれらのAction方法は2つの部分に分けて、一部は別名があって、一部は別名がありません.
次に、ControllerDescriptorの例を示します.ActionDescriptor actionDescriptor=FindAction(controllerContext,controllerDescriptor,actionName)を見てみましょう.このコードです.同様にActionDescriptorが実際にActionのパッケージクラスであることを確認することができます.
protected virtual ActionDescriptor FindAction(ControllerContext controller Context,ControllerDescriptor controller Descriptor,string actionName)この方法は実際に呼び出されます
ControllerDescriptorクラスFindActionメソッド:
_selector.FindActionMethod(controllerContext, actionName); アクション対応が必要なMethodInfoを見つけます.
各MethodInfoをループし、検証済みのプロパティのみを返すカスタムActionMethodSelectorAttributeプロパティを検索します.見てごらんGetActionMethodSelectorAttributes(methodInfo)のようなコード感覚はキャッシュ関係で、
ReflectedAttributeCacheこのクラスにはいくつかのキャッシュ辞書があります.
ConcurrentDictionary>
ConcurrentDictionary>
ConcurrentDictionary>
ConcurrentDictionary>
デフォルトの実装ActionMethodSelectorAttributeクラスには主に以下のものがあります.
AcceptVerbsAttribute
HttpDeleteAttribute
HttpGetAttribute
HttpPostAttribute
HttpPutAttribute
NonActionAttribute
AcceptVerbsAttribute
残りは直接インスタンスのReflectedActionDescriptorオブジェクトです.これも特別ではありません.検証方法があります.
この方法が実行可能であるかどうかを検証するために用いられ、以下のいくつかの場合は通過しない.(1)方法が静的方法である(2)方法のインスタンスタイプがControllerBaseではない(3)public ActionResult Index()のような汎用パラメータを含むかどうかは不正であるが、public ActionResult Index(List aa)は合法(4)パラメータにRefとoutを含まない.
この文章はばらばらですが、マイクロソフトがmvcでキャッシュしていることに注意してください.前にControllerTypeを取得するときはキャッシュされています.現在のプログラムセットのすべてのControllerTypeを一度に読み込みます.ここでは、Descriptor Cacheキャッシュが呼び出されるたびにControllerType->ReflectedControllerDescriptorについて言及しています.一方、ReflectedControllerDescriptorインスタンスは、そのControllerのすべてのアクションメソッドを一度に読み取ります.ここには、MethodInfoを呼び出すたびにすべてのプロパティ(ActionMethodSelectorAttribute、ActionNameSelectorAttribute、FilterAttribute)をキャッシュするReflectedAttributeCacheもあります.もちろん、FilterAttributeプロパティはクラスの上にもあります.
public IActionInvoker ActionInvoker {
get {
if (_actionInvoker == null) {
_actionInvoker = CreateActionInvoker();
}
return _actionInvoker;
}
set {
_actionInvoker = value;
}
}
protected virtual IActionInvoker CreateActionInvoker() {
return new ControllerActionInvoker();
}
TempDataProviderプロパティ定義と同様に、これらのコードに慣れるようにしましょう.
ControllerActionInvokerの定義も簡単ですが、このクラスは簡単ではありませんね.
あなたのInvokeActionの定義を見てみましょう.
public virtual bool InvokeAction(ControllerContext controllerContext, string actionName) {
if (controllerContext == null) {
throw new ArgumentNullException("controllerContext");
}
if (String.IsNullOrEmpty(actionName)) {
throw new ArgumentException(MvcResources.Common_NullOrEmpty, "actionName");
}
ControllerDescriptor controllerDescriptor = GetControllerDescriptor(controllerContext);
ActionDescriptor actionDescriptor = FindAction(controllerContext, controllerDescriptor, actionName);
if (actionDescriptor != null) {
FilterInfo filterInfo = GetFilters(controllerContext, actionDescriptor);
try {
AuthorizationContext authContext = InvokeAuthorizationFilters(controllerContext, filterInfo.AuthorizationFilters, actionDescriptor);
if (authContext.Result != null) {
// the auth filter signaled that we should let it short-circuit the request
InvokeActionResult(controllerContext, authContext.Result);
}
else {
if (controllerContext.Controller.ValidateRequest) {
ValidateRequest(controllerContext);
}
IDictionary parameters = GetParameterValues(controllerContext, actionDescriptor);
ActionExecutedContext postActionContext = InvokeActionMethodWithFilters(controllerContext, filterInfo.ActionFilters, actionDescriptor, parameters);
InvokeActionResultWithFilters(controllerContext, filterInfo.ResultFilters, postActionContext.Result);
}
}
catch (ThreadAbortException) {
// This type of exception occurs as a result of Response.Redirect(), but we special-case so that
// the filters don't see this as an error.
throw;
}
catch (Exception ex) {
// something blew up, so execute the exception filters
ExceptionContext exceptionContext = InvokeExceptionFilters(controllerContext, filterInfo.ExceptionFilters, ex);
if (!exceptionContext.ExceptionHandled) {
throw;
}
InvokeActionResult(controllerContext, exceptionContext.Result);
}
return true;
}
// notify controller that no method matched
return false;
}
この方法の内容は一度では説明できないので、ControllerDescriptor controller Descriptor=GetControllerDescriptor(controllerContext)を見てみましょう.
ControllerDescriptorはControllerインスタンスのパッケージクラスであることは明らかです.
protected virtual ControllerDescriptor GetControllerDescriptor(ControllerContext controllerContext) {
Type controllerType = controllerContext.Controller.GetType();
ControllerDescriptor controllerDescriptor = DescriptorCache.GetDescriptor(controllerType, () => new ReflectedControllerDescriptor(controllerType));
return controllerDescriptor;
}
この方法から、実際に戻ってきたのは、ControllerDescriptorのサブクラスであるR e f l e c e d ControllerDescriptorのインスタンスであることが分かる.GetDescriptor(...)キャッシュから取得したようですね.確認してみましょう.まず、ControllerDescriptor CacheのGetDescriptorメソッドを見てみましょう.
internal sealed class ControllerDescriptorCache : ReaderWriterCache {
public ControllerDescriptor GetDescriptor(Type controllerType, Func creator) {
return FetchOrCreateItem(controllerType, creator);
}
}
FetchOrCreateItemメソッドは簡単で、キャッシュからControllerDescriptorを取得し、そうでなければキャッシュを作成して追加して戻ります.キャッシュの実装方法は辞書Dictionaryです.
ReflectedControllerDescriptorの十分な関数に特別な点があるかどうかを見てみましょう.
_controllerType = controllerType;
_selector = new ActionMethodSelector(_controllerType);
どうしてまたActionMethodSelectorというものがあるのか、その構造関数は以下の通りです.
public ActionMethodSelector(Type controllerType) {
ControllerType = controllerType;
PopulateLookupTables();
}
private void PopulateLookupTables() {
MethodInfo[] allMethods = ControllerType.GetMethods(BindingFlags.InvokeMethod | BindingFlags.Instance | BindingFlags.Public);
MethodInfo[] actionMethods = Array.FindAll(allMethods, IsValidActionMethod);
AliasedMethods = Array.FindAll(actionMethods, IsMethodDecoratedWithAliasingAttribute);
NonAliasedMethods = actionMethods.Except(AliasedMethods).ToLookup(method => method.Name, StringComparer.OrdinalIgnoreCase);
}
この方法は簡単で、ControllerTypeのすべてのインスタンス、共有方法を探し出して、それからフィルタリング調がActionではないので、最後にこれらのAction方法は2つの部分に分けて、一部は別名があって、一部は別名がありません.
次に、ControllerDescriptorの例を示します.ActionDescriptor actionDescriptor=FindAction(controllerContext,controllerDescriptor,actionName)を見てみましょう.このコードです.同様にActionDescriptorが実際にActionのパッケージクラスであることを確認することができます.
protected virtual ActionDescriptor FindAction(ControllerContext controller Context,ControllerDescriptor controller Descriptor,string actionName)この方法は実際に呼び出されます
ControllerDescriptorクラスFindActionメソッド:
MethodInfo matched = _selector.FindActionMethod(controllerContext, actionName);
return new ReflectedActionDescriptor(matched, actionName, this);
_selector.FindActionMethod(controllerContext, actionName); アクション対応が必要なMethodInfoを見つけます.
public MethodInfo FindActionMethod(ControllerContext controllerContext, string actionName) {
List methodsMatchingName = GetMatchingAliasedMethods(controllerContext, actionName);
methodsMatchingName.AddRange(NonAliasedMethods[actionName]);
List finalMethods = RunSelectionFilters(controllerContext, methodsMatchingName);
switch (finalMethods.Count) {
case 0:
return null;
case 1:
return finalMethods[0];
default:
throw CreateAmbiguousMatchException(finalMethods, actionName);
}
}
各MethodInfoをループし、検証済みのプロパティのみを返すカスタムActionMethodSelectorAttributeプロパティを検索します.見てごらんGetActionMethodSelectorAttributes(methodInfo)のようなコード感覚はキャッシュ関係で、
private static ReadOnlyCollection GetAttributes(ConcurrentDictionary> lookup, TMemberInfo memberInfo)
where TAttribute : Attribute
where TMemberInfo : MemberInfo {
return lookup.GetOrAdd(memberInfo, mi => new ReadOnlyCollection((TAttribute[])memberInfo.GetCustomAttributes(typeof(TAttribute), inherit: true)));
}
ReflectedAttributeCacheこのクラスにはいくつかのキャッシュ辞書があります.
ConcurrentDictionary>
ConcurrentDictionary>
ConcurrentDictionary>
ConcurrentDictionary>
デフォルトの実装ActionMethodSelectorAttributeクラスには主に以下のものがあります.
AcceptVerbsAttribute
HttpDeleteAttribute
HttpGetAttribute
HttpPostAttribute
HttpPutAttribute
NonActionAttribute
AcceptVerbsAttribute
残りは直接インスタンスのReflectedActionDescriptorオブジェクトです.これも特別ではありません.検証方法があります.
if (validateMethod) {
string failedMessage = VerifyActionMethodIsCallable(methodInfo);
if (failedMessage != null) {
throw new ArgumentException(failedMessage, "methodInfo");
}
}
この方法が実行可能であるかどうかを検証するために用いられ、以下のいくつかの場合は通過しない.(1)方法が静的方法である(2)方法のインスタンスタイプがControllerBaseではない(3)public ActionResult Index()のような汎用パラメータを含むかどうかは不正であるが、public ActionResult Index(List aa)は合法(4)パラメータにRefとoutを含まない.
この文章はばらばらですが、マイクロソフトがmvcでキャッシュしていることに注意してください.前にControllerTypeを取得するときはキャッシュされています.現在のプログラムセットのすべてのControllerTypeを一度に読み込みます.ここでは、Descriptor Cacheキャッシュが呼び出されるたびにControllerType->ReflectedControllerDescriptorについて言及しています.一方、ReflectedControllerDescriptorインスタンスは、そのControllerのすべてのアクションメソッドを一度に読み取ります.ここには、MethodInfoを呼び出すたびにすべてのプロパティ(ActionMethodSelectorAttribute、ActionNameSelectorAttribute、FilterAttribute)をキャッシュするReflectedAttributeCacheもあります.もちろん、FilterAttributeプロパティはクラスの上にもあります.