Spring框架優勢/為什麼要用Spring/Spring簡介

架構概述(對各種開發的支援):

Spring總結起來優點如下：

低侵入式設計，程式碼的汙染極低。

獨立於各種應用伺服器，基於Spring框架的應用，可以真正實現Write Once，Run Anywhere的承諾。

Spring的IoC容器降低了業務物件替換的複雜性，提高了元件之間的解耦。

Spring的AOP支援允許將一些通用任務如安全、事務、日誌等進行集中式管理，從而提供了更好的複用。

Spring的ORM和DAO提供了與第三方持久層框架的良好整合，並簡化了底層的資料庫訪問。

Spring的高度開放性，並不強制應用完全依賴於Spring，開發者可自由選用Spring框架的部分或全部。

Spring的核心機制

管理Bean

程式主要是通過Spring容器來訪問容器中的Bean，ApplicationContext是Spring容器最常用的介面，該介面有如下兩個實現類：

ClassPathXmlApplicationContext: 從類載入路徑下搜尋配置檔案，並根據配置檔案來建立Spring容器。

FileSystemXmlApplicationContext: 從檔案系統的相對路徑或絕對路徑下去搜索配置檔案，並根據配置檔案來建立Spring容器。

public class BeanTest{
    public static void main(String args[]) throws Exception{
        ApplicationContext ctx = new ClassPathXmlApplicationContext("beans.xml");
        Person p = ctx.getBean("person", Person.class);
        p.say();
    }
}
 

依賴注入

Spring框架的核心功能有兩個：

Spring容器作為超級大工廠，負責建立、管理所有的Java物件，這些Java物件被稱為Bean。

Spring容器管理容器中Bean之間的依賴關係，Spring使用一種被稱為"依賴注入"的方式來管理Bean之間的依賴關係。

控制反轉（Inverse of Control，IoC）/依賴注入（Dependency Injection），因此不管是依賴注入，還是控制反轉，其含義完全相同。當某個Java物件（呼叫者）需要呼叫另一個Java物件（被依賴物件）的方法時，在傳統模式下通常有兩種做法：

1. 原始做法: 呼叫者主動建立被依賴物件，然後再呼叫被依賴物件的方法。
2. 簡單工廠模式: 呼叫者先找到被依賴物件的工廠，然後主動通過工廠去獲取被依賴物件，最後再呼叫被依賴物件的方法。

注意上面的主動二字，這必然會導致呼叫者與被依賴物件實現類的硬編碼耦合，非常不利於專案升級的維護。使用Spring框架之後，呼叫者無需主動獲取被依賴物件，呼叫者只要被動接受Spring容器為呼叫者的成員變數賦值即可，由此可見，使用Spring後，呼叫者獲取被依賴物件的方式由原來的主動獲取，變成了被動接受——所以稱之為控制反轉。

另外從Spring容器的角度來看，Spring容器負責將被依賴物件賦值給呼叫者的成員變數——相當於為呼叫者注入它依賴的例項，因此稱之為依賴注入。

Spring的AOP

為什麼需要AOP

AOP（Aspect Orient Programming）也就是面向切面程式設計，作為面向物件程式設計的一種補充，已經成為一種比較成熟的程式設計方式。其實AOP問世的時間並不太長，AOP和OOP互為補充，面向切面程式設計將程式執行過程分解成各個切面。

AOP專門用於處理系統中分佈於各個模組（不同方法）中的交叉關注點的問題，在JavaEE應用中，常常通過AOP來處理一些具有橫切性質的系統級服務，如事務管理、安全檢查、快取、物件池管理等，AOP已經成為一種非常常用的解決方案。

使用AspectJ實現AOP

AspectJ是一個基於Java語言的AOP框架，提供了強大的AOP功能，其他很多AOP框架都借鑑或採納其中的一些思想。其主要包括兩個部分：一個部分定義瞭如何表達、定義AOP程式設計中的語法規範，通過這套語法規範，可以方便地用AOP來解決Java語言中存在的交叉關注點的問題；另一個部分是工具部分，包括編譯、除錯工具等。

AOP實現可分為兩類：

1. 靜態AOP實現: AOP框架在編譯階段對程式進行修改，即實現對目標類的增強，生成靜態的AOP代理類，以AspectJ為代表。
2. 動態AOP實現: AOP框架在執行階段動態生成AOP代理，以實現對目標物件的增強，以Spring AOP為代表。

一般來說，靜態AOP實現具有較好的效能，但需要使用特殊的編譯器。動態AOP實現是純Java實現，因此無須特殊的編譯器，但是通常效能略差。