spring.net中間IoC、DI和MVC

輪廓

       spring.net它是開源的業務層框架，功能很強大，它歸結到什麼都有3能：面向切面編程；IoC和DI；提供綜合型的框架支持，本片博客主要說一下IoC和DI。和其提供的對MVC框架的支持。

IoC和DI

       IoC。英文全稱Inversion of Control。控制反轉。DI。英文全稱Dependency Injection。依賴注入。簡而言之，IoC就是建立對象，DI就是建立對象的時候。進行初始化。

      IoC和DI就至關於咱們一般寫的抽象工廠+反射，僅僅只是比抽象工廠的功能強大，但是其思想是同樣的，就是解耦。咱們經過抽象工廠+反射。實現了上層和下層之間的解耦。固然。這當中有對應的中間層(接口)提供下層對應的類型保證，而spring.net提供的IoC和DI也是這樣實現的，僅僅只是，咱們使用spring.net的框架時。咱們不需要再本身寫對應的抽象工廠了。不需要本身在進行維護這個類了，spring.net已經給我封裝成了對應的dll組件。咱們僅僅需要引用對應的組件，而後進行對應的配置文件的配置就可以事項該功能。

提供MVC框架的支持

       MVC框架可以說是UI層的一個框架，其Control類的功能就是接受請求，返回數據，其對於數據業務邏輯的處理是交給BLL層(業務邏輯層)進行處理的。咱們經過spring.net提供的dll組件實現U層和B層的分離。

       對於UI層不是MVC框架的類。咱們再引入對應的dll。進行對應配置文件配置後，咱們接下來的操做就是建立一個容器對象。而後給其對應的key就可以經過容器對象獲得咱們想要的對象，這個方式是針對於UI層沒有架構的狀況。而對於UI層使用了MVC架構的程序，咱們是經過別的方式進行實現的，上面的概述中說了，spring.net提供了綜合型框架的支持，因此，咱們可以知道。spring.net也提供了對應的dll來和MVC框架進行對應的對接。這個過程的詳細操做：在control類中定義對應的屬性(IBLL接口類型)，而後。經過配置文件的配置，實現。固然訪問這個control類時。就初始化了對應的屬性。

配置文件的處理

       使用spring.net框架的時候，咱們會在配置文件裏書寫大量的內容。假設這些內容只在一個web.config中寫的話，會很的亂，此時，咱們可以建立對應的xml文件，進行對應的配置，固然。這個需要進行對應得配置。假設咱們使用這樣的方式的時候，咱們需要注意，咱們要對xml文件的屬性作一些處理，將其弄到UI層。因爲，咱們的程序訪問的配置文件是基於I層的。

總結

       咱們作一個程序，咱們使用spring.net + M(EasyUI)VC + EF/NHibernate + T4這個框架，和一個不使用分層和不論什麼架構的程序相比。在性能上，確定是後者的效率高。因爲代碼運行的流程少。路徑短，因此，很的快，但是，爲何仍是出現了上者的那種架構，並且許多人以爲這樣的架構還很好呢？

       要想知道上面的答案。咱們需要析一下，爲何出現了上面的兩種狀況，爲何呢？因爲咱們作的程序的類型不一樣，對於互聯網系統，對於系統的要求的是運行的速度快，對於企業級業務系統(OA\ERP\管理系統等)。對於系統的要求的是對於需求的變化能靈活的應對，ok，這樣咱們清除。爲何有這麼多的框架，和，今天，不少人仍然很是致力於開發框架。而相應的優化工做緣由。

       從上面的分析咱們能夠知道。對於計劃，不是用相似這樣的框架，不壞不框架。但只用優點。