使用方法的類實例化有多快，但沒有字段或屬性？

Question

通常情況下，類的方法實例化，但沒有字段或屬性，有很多開銷？

我正在開發大量使用構造函數注入的ASP.NET MVC應用程序，並且一些控制器到目前爲止有多達10個依賴項。但由於大量的依賴關係，我使出了IMyAppServiceProvider接口和類，提供給所有依賴通用接入，通過DependencyResolver在MVC 3

我撕掉了我所有的應用程序特定代碼，並創建了一個Gist與我的基本設置（這不包括下面提到的BaseController設置）。

我還創建了一個BaseController類，它接受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

每個請求將實例，我 應用程序使用，具體的控制器是否使用所有的 他們每單服務。

我相信你自己回答了你的問題，這不是一個好方法。 此外，使用這種依賴解決方案（服務定位器注入）是一種不好的做法，因爲控制器的API變得混亂。控制器客戶端並不知道特定控制器真正需要哪些服務，所以最終可能會產生意外的運行時錯誤，單元測試也會很糟糕。

另外一個建議 - 將所有被認爲是基類的類都標記爲abstract關鍵字，這樣就可以避免將它用作具體類。設計和實現一個基類是一個具體的設計決策，所以明確你的設計意圖。

關於實例化的成本，你的情況不會有很大的不同，但總體上降低重物的成本實例，您可以：

• 使用Prototype pattern到「避免固有成本（c）（c）Wikipedia
• 使用Lazy Initialization從使用Lazy Initialization開始不需要的服務，以標準方式創建新對象（例如，使用'新'關鍵字）所有者對象的生命週期，所以這些將按需求初始化。自.NET Framework 4以來。0喲可以使用內置Lazy(T) class

Answer 2

我認爲你在這裏尋找的解決方案是使用自定義控制器工廠。這樣，每個創建的控制器都具有所需的相關性。這裏有一個StructureMap，從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()); 
}