配置ABP
配置是通過在自己模塊的PreInitialize方法中來實現的
代碼示例如下：
public class SimpleTaskSystemModule : AbpModule
{
public override void PreInitialize()
{
//在你的應用中添加語言包，這個是英語和作者的土耳其語。
Configuration.Localization.Languages.Add(new LanguageInfo("en", "English", "famfamfam-flag-england", true));
Configuration.Localization.Languages.Add(new LanguageInfo("tr", "Türkçe", "famfamfam-flag-tr"));
Configuration.Localization.Sources.Add(
new XmlLocalizationSource(
"SimpleTaskSystem",
HttpContext.Current.Server.MapPath("~/Localization/SimpleTaskSystem")
)
);
//配置導航和菜單
Configuration.Navigation.Providers.Add<SimpleTaskSystemNavigationProvider>();
}
public override void Initialize()
{
IocManager.RegisterAssemblyByConvention(Assembly.GetExecutingAssembly());
}
}
和orchard類似，abp框架一開始就被設計成模塊化的，不同的模塊可以通過abp框架來進行配置。舉個例子吧，不同的模塊都可以添加導航，通過導航添加菜單項到自己定義的主菜單，具體的細節大家可以參照：
本地化：http://www.aspnetboilerplate.com/Pages/Documents/Localization
導航：http://www.aspnetboilerplate.com/Pages/Documents/Navigation
配置模塊
和.net框架原生的啟動配置相比較，abp有哪些不一樣呢？abp框架的模塊可以通過IAbpModuleConfigurations接口進行個性化的擴展，這樣的話，模塊配置更加簡單、方便。
示例代碼如下：
...
using Abp.Web.Configuration;
...
public override void PreInitialize()
{
Configuration.Modules.AbpWeb().SendAllExceptionsToClients = true;
}
...
在上面這個例子中，我們通過配置AbpWeb模塊，發送異常到客戶端。當然了，不是每一個模塊都需要這種配置，通常情況下我們需要，是當一個模塊需要在多個不同的應用中重復使用，我們才進行這樣的配置。
為一個模塊創建配置
如下代碼，假如我們有一個命名為MyModule的模塊，並且這各模塊有一些自己的配置。那麼我們首先要創建一些類，這些類定義為屬性（譯者注：屬性有自動的get和set訪問器。），代表了不同的配置。
public class MyModuleConfig
{
public bool SampleConfig1 { get; set; }
public string SampleConfig2 { get; set; }
}
接下來，我們通過依賴注入，注冊這個類。
IocManager.Register<MyModuleConfig>(); //譯者注：在IocManager中注冊了一個類，換句話說，我們通過IocManager可以得到這個類MyModuleConfig的實例。至於IOC的原理這裡就不在詳細說了，總之，就是可以得到一個類的實例。
最後，我們通過創建一個擴展的方法IModuleConfigurations來得到配置的引用。如下代碼:
譯者注：模塊配置是一個靜態類，因為我們需要重復使用它。靜態方法Mymodule返回的是一個配置接口，參數是ImoduleConfigurations接口。
現在，在其他模塊中也可以配置我們自定義的這個MyModule模塊了。
Configuration.Modules.MyModule().SampleConfig1 = false; Configuration.Modules.MyModule().SampleConfig2 = "test";
在某種意義上，MyModule需要這些配置，你能注射MyModuleConfig並且可以使用這些值。
public class MyService : ITransientDependency
{
private readonly MyModuleConfig _configuration;
public MyService(MyModuleConfig configuration)
{
_configuration = configuration;
}
public void DoIt()
{
if (_configuration.SampleConfig2 == "test")
{
//...
}
}
}
這意味著，在abp框架的系統中，所有的模塊都可以集中配置。
ABP依賴注入
什麼是依賴注入
如果你已經知道依賴注入的概念，構造函數和屬性注入模式，你可以跳過這一節。
維基百科說:“依賴注入是一種軟件設計模式的一個或多個依賴項注入(或服務)，或通過引用傳遞，為依賴對象(或客戶)和客戶端狀態的一部分。模式之間建立一個客戶的依賴關系的行為，它允許程序設計是松散耦合的，依賴倒置和單一職責原則。它直接對比service locator模式，它允許客戶了解他們所使用的系統找到依賴。”。
如果不使用依賴注入技術，很難進行依賴管理、模塊化開發和應用程序模塊化。
傳統方式的問題
在一個應用程序中，類之間相互依賴。假設我們有一個應用程序服務，使用倉儲（repository）類插入實體到數據庫。在這種情況下，應用程序服務類依賴於倉儲（repository）類。看下例子:
public class PersonAppService
{
private IPersonRepository _personRepository;
public PersonAppService()
{
_personRepository = new PersonRepository();
}
public void CreatePerson(string name, int age)
{
var person = new Person { Name = name, Age = age };
_personRepository.Insert(person);
}
}
PersonAppService使用PersonRepository插入Person到數據庫。這段代碼的問題:
PersonAppService通過IPersonRepository調用CreatePerson方法，所以這方法依賴於IPersonRepository，代替了PersonRepository具體類。但PersonAppService（的構造函數）仍然依賴於PersonRepository。組件應該依賴於接口而不是實現。這就是所謂的依賴性倒置原則。
如果PersonAppService創建PersonRepository本身，它成為依賴IPersonRepository接口的具體實現，不能使用另一個實現。因此，此方式的將接口與實現分離變得毫無意義。硬依賴（hard-dependency）使得代碼緊密耦合和較低的可重用。
我們可能需要在未來改變創建PersonRepository的方式。即，我們可能想讓它創建為單例(單一共享實例而不是為每個使用創建一個對象)。或者我們可能想要創建多個類實現IPersonRepository並根據條件創建對象。在這種情況下，我們需要修改所有依賴於IPersonRepository的類。
有了這樣的依賴，很難(或不可能)對PersonAppService進行單元測試。
為了克服這些問題，可以使用工廠模式。因此，創建的倉儲類是抽象的。看下面的代碼:
public class PersonAppService
{
private IPersonRepository _personRepository;
public PersonAppService()
{
_personRepository = PersonRepositoryFactory.Create();
}
public void CreatePerson(string name, int age)
{
var person = new Person { Name = name, Age = age };
_personRepository.Insert(person);
}
}
PersonRepositoryFactory是一個靜態類，創建並返回一個IPersonRepository。這就是所謂的服務定位器模式。以上依賴問題得到解決，因為PersonAppService不需要創建一個IPersonRepository的實現的對象，這個對象取決於PersonRepositoryFactory的Create方法。但是，仍然存在一些問題：
此時，PersonAppService取決於PersonRepositoryFactory。這是更容易接受，但仍有一個硬依賴（hard-dependency）。
為每個庫或每個依賴項乏味的寫一個工廠類/方法。
測試性依然不好，由於很難使得PersonAppService使用mock實現IPersonRepository。
解決方案：
有一些最佳實踐(模式)用於類依賴。
構造函數注入
重寫上面的例子，如下所示:
public class PersonAppService
{
private IPersonRepository _personRepository;
public PersonAppService(IPersonRepository personRepository)
{
_personRepository = personRepository;
}
public void CreatePerson(string name, int age)
{
var person = new Person { Name = name, Age = age };
_personRepository.Insert(person);
}
}
這被稱為構造函數注入。現在，PersonAppService不知道哪些類實現IPersonRepository以及如何創建它。誰需要使用PersonAppService，首先創建一個IPersonRepository PersonAppService並將其傳遞給構造函數，如下所示：
var repository = new PersonRepository();
var personService = new PersonAppService(repository);
personService.CreatePerson("Yunus Emre"， 19);
構造函數注入是一個完美的方法，使一個類獨立創建依賴對象。但是，上面的代碼有一些問題：
創建一個PersonAppService變得困難。想想如果它有4個依賴，我們必須創建這四個依賴對象，並將它們傳遞到構造函數PersonAppService。
從屬類可能有其他依賴項(在這裡，PersonRepository可能有依賴關系)。所以，我們必須創建PersonAppService的所有依賴項，所有依賴項的依賴關系等等. .如此，依賴關系使得我們創建一個對象變得過於復雜了。
幸運的是，依賴注入框架自動化管理依賴關系。
屬性注入
構造函數注入模式是一個完美的提供類的依賴關系的方式。通過這種方式，您不能創建類的實例，而不提供依賴項。它也是一個強大的方式顯式地聲明是什麼類的需求正確地工作。
但是，在某些情況下，該類依賴於另一個類，但也可以沒有它。這通常是適用於橫切關注點(如日志記錄)。一個類可以沒有工作日志，但它可以寫日志如果你提供一個日志對象。在這種情況下，您可以定義依賴為公共屬性，而不是讓他們放在構造函數。想想，如果我們想在PersonAppService寫日志。我們可以重寫類如下:
public class PersonAppService
{
public ILogger Logger { get; set; }
private IPersonRepository _personRepository;
public PersonAppService(IPersonRepository personRepository)
{
_personRepository = personRepository;
Logger = NullLogger.Instance;
}
public void CreatePerson(string name, int age)
{
Logger.Debug("Inserting a new person to database with name = " + name);
var person = new Person { Name = name, Age = age };
_personRepository.Insert(person);
Logger.Debug("Successfully inserted!");
}
}
NullLogger.Instance 是一個單例對象，實現了ILogger接口，但實際上什麼都沒做(不寫日志。它實現了ILogger實例，且方法體為空)。現在，PersonAppService可以寫日志了，如果你為PersonAppService實例設置了Logger，如下面:
var personService = new PersonAppService(new PersonRepository());
personService.Logger = new Log4NetLogger();
personService.CreatePerson("Yunus Emre", 19);
假設Log4NetLogger實現ILogger實例，使得我們可以使用Log4Net庫寫日志。因此，PersonAppService可以寫日志。如果我們不設置Logger，PersonAppService就不寫日志。因此，我們可以說PersonAppService ILogger實例是一個可選的依賴。
幾乎所有的依賴注入框架都支持屬性注入模式
依賴注入框架
有許多依賴注入框架，都可以自動解決依賴關系。他們可以創建所有依賴項(遞歸地依賴和依賴關系)。所以你只需要根據注入模式寫類和類構造函數&屬性，其他的交給DI框架處理！在良好的應用程序中，類甚至獨立於DI框架。整個應用程序只會有幾行代碼或類，顯示的與DI框架交互。
ABP的依賴注入基於 Castle Windsor框架。Castle Windsor最成熟的DI框架之一。還有很多這樣的框架，如Unity，Ninject，StructureMap，Autofac等等。
在使用一個依賴注入框架時，首先注冊您的接口/類到依賴注入框架中，然後你就可以resolve一個對象。在Castle Windsor，它是這樣的：
var container = new WindsorContainer();
container.Register(
Component.For<IPersonRepository>().ImplementedBy<PersonRepository>().LifestyleTransient(),
Component.For<IPersonAppService>().ImplementedBy<PersonAppService>().LifestyleTransient()
);
var personService = container.Resolve<IPersonAppService>();
personService.CreatePerson("Yunus Emre", 19);
我們首先創建了WindsorContainer。然後注冊PersonRepository 和 PersonAppService及它們的接口。然後我們要求容器創建一個IPersonAppService實例。它創建PersonAppService對象及其依賴項並返回。在這個簡單的示例中，使用DI框架也許不是那麼簡潔，但想象下，在實際的企業應用程序中你會有很多類和依賴關系。當然，注冊的依賴項只在程序啟動的某個地方創建一次。
請注意，我們只是講對象聲明為臨時對象(transient)。這意味著每當我們創建這些類型的一個對象時，就會創建一個新的實例。有許多不同的生命周期(如Singletion)。
ABP依賴注入的基礎結構
在編寫應用程序時遵循最佳實踐和一些約定，ABP幾乎讓依賴注入框架使用變得無形。
注冊：
在ABP中，有很多種不同的方法來注冊你的類到依賴注入系統。大部分時間，常規方法就足夠了。
常規注冊：
按照約定，ABP自動注冊所有 Repositories， Domain Services， Application Services， MVC 控制器和Web API控制器。例如，您可能有一個IPersonAppService 接口和實現類PersonAppService：
public interface IPersonAppService : IApplicationService
{
//...
}
public class PersonAppService : IPersonAppService
{
//...
}
ABP會自動注冊它，因為它實現IApplicationService接口(它只是一個空的接口)。它會被注冊為transient (每次使用都創建實例)。當你注入(使用構造函數注入)IPersonAppService接口成一個類，PersonAppService對象會被自動創建並傳遞給構造函數。
命名約定在這裡非常重要。例如你可以將名字PersonAppService改為 MyPersonAppService或另一個包含“PersonAppService”後綴的名稱，由於IPersonAppService包含這個後綴。但是你可以不遵循PeopleService命名您的服務類。如果你這樣做，它將不會為IPersonAppService自動注冊(它需要自注冊（self-registration）到DI框架，而不是接口)，所以，如果你想要你應該手動注冊它。
ABP按照約定注冊程序集。所以，你應該告訴ABP按照約定注冊您的程序集。這很容易:
IocManager.RegisterAssemblyByConvention(Assembly.GetExecutingAssembly());
Assembly.GetExecutingAssembly()得到一個對包括此代碼的程序集的引用。你可以通過RegisterAssemblyByConvention方法注冊其他程序集。這同在你的模塊初始化（AbpModule.Initialize()）時完成。請查看ABP的模塊系統獲得更多信息。
您可以通過實現IConventionalRegisterer接口和調用IocManager。AddConventionalRegisterer方法編寫自己的約定注冊類。你應該將它添加到模塊的pre-initialize方法中。
幫助接口
你可以注冊一個特定的類，不遵循傳統的約定制度規則。ABP提供了ITransientDependency和ISingletonDependency接口的快捷方法。例如：
public interface IPersonManager
{
//...
}
public class MyPersonManager : IPersonManager, ISingletonDependency
{
//...
}
以這種方式，您可以很容易地注冊MyPersonManager為transient。當需要注入IPersonManager時，MyPersonManager會被使用。注意，依賴被聲明為單例。因此，創建的MyPersonManager同一個對象被傳遞給所有需要的類。只是在第一次使用時創建，那麼應用程序的整生命周期使用的是同一實例。
自定義/直接 注冊
如果之前描述的方法還是不足以應對你的情況，你可以使用Castle Windsor注冊類和及依賴項。因此，您將擁有Castle Windsor注冊的所有能力。
可以實現IWindsorInstaller接口進行注冊。您可以在應用程序中創建一個實現IWindsorInstaller接口的類：
public class MyInstaller : IWindsorInstaller
{
public void Install(IWindsorContainer container, IConfigurationStore store)
{
container.Register(Classes.FromThisAssembly().BasedOn<IMySpecialInterface>().LifestylePerThread().WithServiceSelf());
}
}
Abp自動發現和執行這個類。最後，你可以通過使用IIocManager.IocContainer屬性得到WindsorContainer。有關更多信息，閱讀Windsor的文檔。
解析（Resolving）
注冊通知IOC(控制反轉)容器關於你的類，它們的依賴項和生命周期。在您的應用程序需要使用IOC容器創建對象時，ASP.NET提供了一些方法解決依賴關系。
構造函數 & 屬性注入
作為最佳實踐，你可以使用構造函數和屬性注入去獲取你的類的依賴。任何可能的地方，你都應該這樣做。例子：
public class PersonAppService
{
public ILogger Logger { get; set; }
private IPersonRepository _personRepository;
public PersonAppService(IPersonRepository personRepository)
{
_personRepository = personRepository;
Logger = NullLogger.Instance;
}
public void CreatePerson(string name， int age)
{
Logger.Debug("Inserting a new person to database with name = " + name);
var person = new Person { Name = name, Age = age };
_personRepository.Insert(person);
Logger.Debug("Successfully inserted!");
}
}
IPersonRepository從構造函數注入，ILogger實例從公共屬性注入。這樣，您的代碼不會體現依賴注入系統。這是使用DI系統最適當的方式。
IIocResolver 和 IIocManager
有時你可能需要直接創建你的依賴項，而不是構造函數和屬性注入。應該盡可能避免這種情況，但它可能無法避免。Abp提供一些服務使得這樣的注入很容易實現。例子：
public class MySampleClass : ITransientDependency
{
private readonly IIocResolver _iocResolver;
public MySampleClass(IIocResolver iocResolver)
{
_iocResolver = iocResolver;
}
public void DoIt()
{
//Resolving， using and releasing manually
var personService1 = _iocResolver.Resolve<PersonAppService>();
personService1.CreatePerson(new CreatePersonInput { Name = "Yunus", Surname = "Emre" });
_iocResolver.Release(personService1);
//Resolving and using in a safe way
using (var personService2 = _iocResolver.ResolveAsDisposable<PersonAppService>())
{
personService2.Object.CreatePerson(new CreatePersonInput { Name = "Yunus", Surname = "Emre" });
}
}
}
MySampleClass是一個應用程序的示例類。IIcResolver通過構造函數注入，然後用它來創建和釋放對象。有幾個解決方法的重載可以根據需要使用。Release方法用於釋放組件(對象)。如果你是手動創建一個對象，調用Release方法釋放對象非常重要。否則，您的應用程序會有內存洩漏問題。為了保證對象被釋放，盡可能使用ResolveAsDisposable(就像上面的例子所示)。它會在using代碼塊結束的時候自動調用Release方法。
如果你想直接使用IOC容器(Castle Windsor)來處理依賴關系項，可以通過構造函數注入 IIocManager並使用它IIocManager.IocContainer 屬性。如果你是在一個靜態上下文或不能注入IIocManager，還有最後一個方法，你可以使用單例對象IocManager.Instance，你可以在任何地方獲取到，它無處不在。但是，在這種情況下你的代碼將變得不易容測試。
附加
IShouldInitialize 接口：
有些類在第一次使用前需要初始化。IShouldInitialize有Initialize()方法。如果你實現它，那麼你的Initialize()方法自動會被自動調用在創建對象之後(在使用之前)。當然，為了使用這個特性，你應該注入/創建此對象。
ASP.NET MVC & ASP.NET Web API 集成：
當然，我們必須調用依賴注入系統處理依賴關系圖的根對象。在一個ASP.NET MVC應用程序，通常是一個控制器類。我們可以使用構造函數注入模式注入控制器。當一個請求來到我們的應用程序中，控制器和所有依賴項被IOC容器遞歸創建。所以，誰做了這些？這是被Abp擴展的ASP.NET MVC默認控制器工廠自動完成的。ASP.NET Web API 也是相似的。你不用關心對象的創建和釋放。
