MVC 3 फ्रेमवर्क एप्लिकेशन में जीवनचक्र का अनुरोध करें

कोई भी डेवलपर जानता है कि URL MVC रूटिंग में एक महत्वपूर्ण भूमिका निभाते हैं। जैसा कि आप जानते हैं, मानक रूटिंग है:

routes.MapRoute( "Default", "{controller}/{action}/{id}", new { controller = "Home", action = "Index", id = UrlParameter.Optional ); 

यह एक नियम है जिसके द्वारा मार्गों का चयन किया जाता है। सरलतम मामलों में, आप कार्रवाई और नियंत्रक को स्वैप कर सकते हैं, या कई और पैरामीटर जोड़ सकते हैं जो यूआरएल में निम्नानुसार दिखेंगे- param1 / param2 / param3 /। कभी-कभी, उदाहरण के लिए, सीएमएस सिस्टम में, url भाग को एक चर के रूप में आना आवश्यक है।

 routes.MapRoute( "Default", "{controller}/{action}/{*url}", new { controller = "Content", action = "Home", url = UrlParameter.Optional }); 

यह नियम एक्शन और कंट्रोलर को आवंटित करता है, और बाकी को url वेरिएबल में असाइन करता है।
आवेदन शुरू होने पर मार्गों को पंजीकृत किया जाता है। अर्थात्, Application_Start () पद्धति में Global.asax फ़ाइल में।

अधिकांश अनुप्रयोगों को बनाने के लिए यह ज्ञान पर्याप्त है। मेरे लेख का लक्ष्य संपूर्ण अनुरोध जीवन चक्र से गुजरना है और देखना है कि क्या होता है इससे पहले कि आवेदन यूआरएल को पार करता है और वांछित कार्रवाई पर नियंत्रण स्थानांतरित कर देता है।

1. MVC अनुरोध हैंडलर बनाना।
MVC में निम्न प्रकार के हैंडलर शामिल हैं: (MSDN पर आधारित)
• MvcHandler। यह हैंडलर MVC एप्लिकेशन के लिए ASP.NET पाइपलाइन शुरू करने के लिए जिम्मेदार है। यह MVC नियंत्रक कारखाने से नियंत्रक का एक उदाहरण प्राप्त करता है; यह नियंत्रक अनुरोध के आगे की प्रक्रिया करता है। कृपया ध्यान दें कि यद्यपि MHHandler IHttpHandler को कार्यान्वित करता है, लेकिन इसे हैंडलर के रूप में मिलान नहीं किया जा सकता है (उदाहरण के लिए, .mvc फ़ाइल नाम का विस्तार करने के लिए), क्योंकि क्लास बिना मापदंडों के एक कंस्ट्रक्टर का समर्थन नहीं करता है। (केवल आवश्यक निर्माणकर्ता एक RequestContext ऑब्जेक्ट है)।
• MvcRouteHandler। यह वर्ग IRouteHandler को लागू करता है, इसलिए इसे ASP.NET रूटिंग के साथ एकीकृत किया जा सकता है। MvcRouteHandler वर्ग MvcHandler उदाहरण के साथ एक मार्ग को जोड़ता है। MvcRouteHandler उदाहरण MapRoute पद्धति का उपयोग करके राउटिंग के साथ पंजीकृत है। जब MvcRouteHandler वर्ग को बुलाया जाता है, तो वर्ग वर्तमान RequestConportxt आवृत्ति का उपयोग करके एक MvcHandler आवृत्ति बनाता है। इसके बाद यह MvcHandler के एक नए उदाहरण के लिए नियंत्रण पास करता है।
• MvcHttpHandler। इस हैंडलर का उपयोग रूटिंग मॉड्यूल को दरकिनार करते हुए सीधे हैंडलर मैपिंग को सरल बनाने के लिए किया जाता है। यह उपयोगी है यदि आपको फ़ाइल नाम एक्सटेंशन, जैसे। Mvc, को सीधे MVC हैंडलर में मैप करना होगा। आंतरिक रूप से, MvcHttpHandler नियमित ASP.NET रूटिंग (MvcRouteHandler और MvcHandler से गुजरते हुए) के समान कार्य करता है। हालांकि, यह इन कार्यों को एक हैंडलर के रूप में करता है, एक मॉड्यूल के रूप में नहीं। यह हैंडलर आमतौर पर उपयोग नहीं किया जाता है यदि UrlRoutModule सभी अनुरोधों के लिए सक्षम है।

इसकी आवश्यकता क्यों हो सकती है?

• एक। अनुप्रयोग स्थानीयकरण के लिए सबसे सरल उदाहरण (थ्रेड। CurrentThread.CurrentUICulture और Thread.CurrentThread.CurrentCulture)।
• ख। कई अनुप्रयोगों के बीच मार्ग के लिए।
• सी। निर्भरता इंजेक्शन से पहले सेटिंग्स करने के लिए (उदाहरण के लिए, एक डीबी कनेक्शन स्ट्रिंग का चयन करना)।

MvcRouteHandler ओवरराइड का सामान्य दृश्य इस प्रकार है:

 public class CustomRouteHandler : MvcRouteHandler { protected override IHttpHandler GetHttpHandler(RequestContext requestContext) { //TODO: something return base.GetHttpHandler(requestContext); } } 

Application_Start () विधि के वैश्विक वर्ग में CustomRouteHandler को आरम्भ करें

 routes.IgnoreRoute("{resource}.axd/{*pathInfo}"); var route = routes.MapRoute( "Default", // Route name "{controller}/{action}/{id}", // URL with parameters new { controller = "Home", action = "Index", id = UrlParameter.Optional } // Parameter defaults ); route.RouteHandler = new CustomRouteHandler(); 

2. नियंत्रक का चयन और निर्माण
नियंत्रक का चयन करने और बनाने के लिए नियंत्रक नियंत्रित वर्ग जिम्मेदार है। यह वर्ग IControllerFactory इंटरफ़ेस को लागू करता है।

  public interface IControllerFactory { IController CreateController(RequestContext requestContext, string controllerName); SessionStateBehavior GetControllerSessionBehavior(RequestContext requestContext, string controllerName); void ReleaseController(IController controller); } 

स्वाभाविक रूप से, आप इस इंटरफ़ेस को लागू करके अपना नियंत्रक कारखाना बना सकते हैं, लेकिन एक नियम के रूप में, जरूरतों को पूरा करने के लिए, यह DefaultControllerFactory वर्ग के तरीकों को ओवरराइड करने के लिए पर्याप्त है। आमतौर पर, यह एक IController CreateController (RequestContext requestContext, string नियंत्रक नाम) है। नीचे एक ओवरराइड नियंत्रक कारखाने का एक उदाहरण है।

  public class MyControllerFactory : DefaultControllerFactory { public override IController CreateController(RequestContext requestContext, string controllerName) { //TODO: something Type controllerType = this.GetControllerType(requestContext, controllerName); return this.GetControllerInstance(requestContext, controllerType); } public override void ReleaseController(IController controller) { //TODO: something var disposable = controller as IDisposable; if (disposable != null) { disposable.Dispose(); } } protected override IController GetControllerInstance(RequestContext requestContext, Type controllerType) { //TODO: something try { return (IController)Activator.CreateInstance(controllerType); } catch (Exception exception) { throw new InvalidOperationException(); } } } 

वैसे, ऑटोफेक, निनजेक्ट, यूनिटी सभी डिपेंडेंसी इंजेक्शन के लिए अपने स्वयं के नियंत्रक कारखाने बनाते हैं।
अपना खुद का कारखाना पंजीकृत करना ग्लोबल क्लास, एप्लीकेशन_स्टार्ट () विधि में भी होता है
ControllerBuilder.Current.SetControllerFactory(new MyControllerFactory());

3. क्रिया
नियंत्रक उदाहरण बनाने के बाद, IController.Execute () विधि कहा जाता है। निष्पादन () पद्धति में, हमें उन कार्यों को करना चाहिए जिनकी हमें आवश्यकता है। मानक नियंत्रक वर्ग में, ActionInvoker पर नियंत्रण स्थानांतरित किया जाता है, यह तब एक विशिष्ट कार्रवाई को कॉल करने के लिए जिम्मेदार होता है।

 public class CustomActionInvoker : IActionInvoker { public bool InvokeAction(ControllerContext context, string actionName) { //TODO: invoke Action // if action was found // return true return false; } } 

आप इसे कंस्ट्रक्टर में इनिशियलाइज़ करके कंट्रोलर में रजिस्टर कर सकते हैं।

 public class CustomActionInvokerController : Controller { public CustomActionInvokerController() { this.ActionInvoker = new CustomActionInvoker(); } } 

ActionInvoker एक्शन को कॉल करने से पहले ActionMethodSelectorAttribute और FilterAttribute (AuthorizeAttribute, HandleErrorAttibute , ValidateAntiForgeryToken.ttribute, ValidateInputAttribute) से प्राप्त की गई विशेषताओं को भी जांचता है। ये विशेषताएं आपको यह तय करने की अनुमति देती हैं कि क्या किसी विशेष कार्रवाई पर नियंत्रण स्थानांतरित करना संभव है।
अपने स्वयं के एक्शन सेलेक्टर्स बनाने के लिए, इस विशेषता से वारिस करें

 [AttributeUsage(AttributeTargets.Method, AllowMultiple = false, Inherited = true)] public abstract class ActionMethodSelectorAttribute : Attribute { public abstract bool IsValidForRequest(ControllerContext controllerContext, MethodInfo methodInfo); } 

4. बाँधने वाला
जैसा कि हम पहले से ही जानते हैं, एमवीसी तंत्र सरलतम मापदंडों (इंट, स्ट्रिंग) के अलावा, अधिक जटिल का उपयोग करने की अनुमति देता है, उदाहरण के लिए कक्षाएं। लेकिन कभी-कभी आपको एक बल्कि विदेशी वर्ग को स्वीकार करने की आवश्यकता होती है जो मानक बाइंडर को संभाल नहीं सकता है। इस मामले में, हम अपनी बाइंडर लिख सकते हैं। ऐसा करने के लिए, यह DefaultModelBinder से वारिस करने के लिए पर्याप्त है और इसके तरीकों को ओवरराइड करता है।

 public class CustomModelBinder : DefaultModelBinder { public override object BindModel(ControllerContext controllerContext, ModelBindingContext bindingContext) { //TODO: something return base.BindModel(controllerContext, bindingContext); } protected override object CreateModel(ControllerContext controllerContext, ModelBindingContext bindingContext, Type modelType) { //TODO: something return base.CreateModel(controllerContext, bindingContext, modelType); } protected override System.ComponentModel.PropertyDescriptorCollection GetModelProperties(ControllerContext controllerContext, ModelBindingContext bindingContext) { //TODO: something return base.GetModelProperties(controllerContext, bindingContext); } protected override void BindProperty(ControllerContext controllerContext, ModelBindingContext bindingContext, PropertyDescriptor propertyDescriptor) { //TODO: something base.BindProperty(controllerContext, bindingContext, propertyDescriptor); } protected override object GetPropertyValue(ControllerContext controllerContext, ModelBindingContext bindingContext, System.ComponentModel.PropertyDescriptor propertyDescriptor, IModelBinder propertyBinder) { return base.GetPropertyValue(controllerContext, bindingContext, propertyDescriptor, propertyBinder); } protected override ICustomTypeDescriptor GetTypeDescriptor(ControllerContext controllerContext, ModelBindingContext bindingContext) { //TODO: something return base.GetTypeDescriptor(controllerContext, bindingContext); } protected override void OnModelUpdated(ControllerContext controllerContext, ModelBindingContext bindingContext) { base.OnModelUpdated(controllerContext, bindingContext); } protected override bool OnModelUpdating(ControllerContext controllerContext, ModelBindingContext bindingContext) { //TODO: something return base.OnModelUpdating(controllerContext, bindingContext); } protected override void OnPropertyValidated(ControllerContext controllerContext, ModelBindingContext bindingContext, PropertyDescriptor propertyDescriptor, object value) { base.OnPropertyValidated(controllerContext, bindingContext, propertyDescriptor, value); } protected override bool OnPropertyValidating(ControllerContext controllerContext, ModelBindingContext bindingContext, PropertyDescriptor propertyDescriptor, object value) { //TODO: something return base.OnPropertyValidating(controllerContext, bindingContext, propertyDescriptor, value); } protected override void SetProperty(ControllerContext controllerContext, ModelBindingContext bindingContext, PropertyDescriptor propertyDescriptor, object value) { //TODO: something base.SetProperty(controllerContext, bindingContext, propertyDescriptor, value); } } 

जैसा कि आप देख सकते हैं कि आधार वर्ग हमें बहुत सारे अवसर प्रदान करता है।
आप अपने ModelBinder को सीधे मॉडल से जोड़ सकते हैं। विशेषता के साथ।

 [ModelBinder(typeof(CustomModelBinder))] 

या ग्लोबल क्लास में, Application_Start () विधि।

 ModelBinders.Binders.Add(typeof(CustomTypeModel), new CustomModelBinder()); 

5 क्रिया
और अंत में, कार्रवाई के बाद, रिटर्न पर कार्रवाई की गई है ।ResResult ()। यह View (), PartialView (), JsonResult (), FileResult (), EmptyResult () हो सकता है।
स्वाभाविक रूप से, इस सूची को ActionResult () के हमारे कार्यान्वयन द्वारा विस्तारित और पूरक किया जा सकता है। ऐसा करने के लिए, यह ActionResult वर्ग से वारिस करने के लिए पर्याप्त है और शून्य ExecuteResult विधि (कंट्रोलर कॉन्टेक्स्ट संदर्भ) को ओवरराइड करता है

 public class CustomResult : ActionResult { public override void ExecuteResult(ControllerContext context) { //TODO: something } } 

देखने () के लिए आवश्यक तरीकों को जोड़ने और * .cshtml फ़ाइल से सीधे उनका उपयोग करने का एक दिलचस्प तरीका भी है। ऐसा करने के लिए, WebViewPage वर्ग से इनहेरिट करें।

 public abstract class CustomView : WebViewPage { public string HelloWordPrint() { return "Hello Word"; } } 

RazorView में ही हम निम्नलिखित निर्देश का उपयोग करते हैं

 @inherits CustomView 

अब आप व्यू में नए तरीकों का उपयोग कर सकते हैं।

निष्कर्ष
वह सब है। इस पोस्ट में, हम एमवीसी में अनुरोध के सभी चरणों से गुजरे, हमने जांच की कि हम प्रत्येक चरण को कैसे प्रभावित कर सकते हैं। मुझे उम्मीद है कि अब आपके पास MVC3 फ्रेमवर्क कैसे काम करता है, इसकी पूरी तस्वीर है।