विधियों के साथ कक्षा तत्काल कितनी तेजी से है, लेकिन कोई फ़ील्ड या गुण नहीं है?

Question

सामान्य रूप से विधियों के साथ कक्षाओं का तात्कालिकता, लेकिन कोई फ़ील्ड या गुण नहीं है, बहुत अधिक उपर है?

मैं एक एएसपी.नेट एमवीसी अनुप्रयोग विकसित कर रहा हूं जो कन्स्ट्रक्टर इंजेक्शन का उपयोग करता है और कुछ नियंत्रकों तक अब तक 10 निर्भरताएं हैं। लेकिन निर्भरता की उच्च संख्या के कारण, मैं एक IMyAppServiceProvider इंटरफेस और वर्ग है कि सभी निर्भरता के लिए जेनेरिक पहुँच प्रदान करता है के लिए DependencyResolver के माध्यम से MVC में सहारा, 3.

मैं अपने सभी आवेदन विशिष्ट कोड बाहर फट और एक Gist के साथ बनाया मेरा मूल सेटअप (इसमें नीचे उल्लिखित बेसकंट्रोलर सेटअप शामिल नहीं है)।

मैंने बेसकंट्रोलर क्लास भी बनाया जो IMyAppServiceProvider स्वीकार करता है। सभी नियंत्रक इस बेस क्लास से प्राप्त होते हैं। बेस क्लास IMyAppServiceProvider ऑब्जेक्ट लेता है और सभी विभिन्न सेवाओं के लिए चर सुरक्षित करता है। कोड इस तरह कुछ दिखता है:

public class BaseController 
{ 
    protected IService1 _service1; 
    protected IService2 _service2; 
    protected IService3 _service3; 
    // ... 

    public BaseController(IMyAppServiceProvider serviceProvider) 
    { 
     _service1 = serviceProvider.GetService<IService1>; 
     _service2 = serviceProvider.GetService<IService2>; 
     _service3 = serviceProvider.GetService<IService3>; 
     // ... 
    } 
} 

यह नियंत्रकों के लिए कोड "स्क्केकी क्लीन" बनाता है। कोई निजी/संरक्षित चर नहीं, कन्स्ट्रक्टर में कोई असाइनमेंट नहीं है, और सेवाओं को बेस क्लास संरक्षित चर द्वारा संदर्भित किया जाता है। हालांकि, प्रत्येक अनुरोध प्रत्येक एप्लिकेशन को तत्काल करेगा जो मेरा एप्लिकेशन उपयोग करता है, चाहे वह विशिष्ट नियंत्रक उन सभी का उपयोग करता हो या नहीं।

मेरी सेवाएं सरल हैं और केवल कुछ व्यावसायिक तर्क और डेटाबेस इंटरैक्शन के साथ विधि कॉल शामिल हैं। वे स्टेटलेस हैं और उनके पास कोई वर्ग फ़ील्ड या गुण नहीं हैं। इसलिए, त्वरण तेजी से होना चाहिए, लेकिन मुझे आश्चर्य है कि यह एक सर्वोत्तम अभ्यास है (मुझे पता है कि यह एक लोड अवधि है)।

Answer 1

हर अनुरोध हर एक सेवा है कि मेरे आवेदन का उपयोग करता है, या नहीं, विशिष्ट नियंत्रक उन सभी का उपयोग करता है का दृष्टांत होगा।

मेरा मानना ​​है कि आपने अपने प्रश्न का उत्तर दिया है, यह एक अच्छा दृष्टिकोण नहीं है। इसके अलावा इस प्रकार की निर्भरता का समाधान (सेवा लोकेटर इंजेक्शन) का उपयोग करना एक बुरा अभ्यास है क्योंकि नियंत्रक का एपीआई गन्दा हो जाता है। नियंत्रक क्लाइंट इस बात से अवगत नहीं हैं कि किसी विशेष नियंत्रक के लिए वास्तव में कौन सी सेवाएं आवश्यक हैं ताकि आप अप्रत्याशित रन टाइम त्रुटियों के साथ समाप्त हो सकें, यूनिट परीक्षण भी एक गड़बड़ होगी।

बीटीडब्ल्यू एक और सुझाव - सभी वर्गों को चिह्नित करें जिन्हें abstract कीवर्ड द्वारा बेस क्लास माना जाता है, इस तरह आप इसे ठोस वर्ग के रूप में उपयोग करने से बच सकते हैं। बेस क्लास को डिजाइन करना और कार्यान्वित करना एक ठोस डिजाइन निर्णय है, इसलिए अपने डिज़ाइन के इरादे स्पष्ट करें।

इन्स्टेन्शियशन की लागत के बारे में, अपने मामले में यह एक बड़ा फर्क नहीं है, लेकिन सामान्य रूप में भारी वस्तुओं की लागत कम करने के लिए प्रारंभ आप कर सकते हैं:

• उपयोग Prototype patternकरने के लिए "निहित लागत से बचने मानक तरीके से एक नई वस्तु बनाने (जैसे, 'नए' कीवर्ड का उपयोग) जब यह किसी दिए गए आवेदन " (ग) के लिए महंगे है की Wikipedia
• उपयोग Lazy Initialization सेवाओं के लिए जो की शुरू से ही आवश्यक नहीं हैं स्वामी ऑब्जेक्ट लाइफ टाइम, इसलिए उनको मांग पर शुरू किया जाएगा। चूंकि .NET Framework 4।0 yo Lazy(T) class

Answer 2

में निर्मित का उपयोग कर सकते हैं मुझे लगता है कि आप जिस समाधान को ढूंढ रहे हैं वह एक कस्टम नियंत्रक फैक्ट्री का उपयोग करना है। इस तरह, बनाए गए प्रत्येक नियंत्रक की बिल्कुल निर्भरताएं होती हैं। स्ट्रक्चर मैप के लिए यहां एक है, weblogs.asp.net:

using StructureMap; 
public class StructureMapControllerFactory : DefaultControllerFactory { 

    protected override IController GetControllerInstance(Type controllerType) { 
     try { 
      return ObjectFactory.GetInstance(controllerType) as Controller; 
     } 
     catch (StructureMapException) { 
      System.Diagnostics.Debug.WriteLine(ObjectFactory.WhatDoIHave()); 
      throw; 
     } 
    } 
} 

protected void Application_Start() { 
    RegisterRoutes(RouteTable.Routes); 

    //Configure StructureMapConfiguration 
    // TODO: config structuremap   

    //Set current Controller factory as StructureMapControllerFactory 
    ControllerBuilder.Current.SetControllerFactory(new StructureMapControllerFactory()); 
}