面向切面編程
A. 面向切面編程和面向介面編程的區別
談談自己的理解吧：
面向切面編程:
手段：分離業務的主邏輯和次邏輯的一種思想。
目的：解決的是邏輯分離問題（主邏輯和次邏輯分開，其實主要是分離業務邏輯和非業務邏輯分開）。
案例：我們開發項目的時候基本都要去連接資料庫操作數據等，但是都會涉及到事務的提交，這時我們就用到了面向切面編程，我們在業務層只寫自己的業務邏輯，提交事務這一塊統一的動作我們就濃縮到了一塊兒統一處理，形象一點比喻就是我們做什麼事之前都以一個准備動作或結束動作的時候就把它統一起來，只關注我們要完成的事，這些准備動作統一完成！
類似的面向切面編程案例還有：系統日誌的記錄、請求的攔截等
面向介面編程：
手段：通過介面規約對象的屬性和方法，是面向對象一部分。
目的：統一標准問題,讓大家不至於各行其事而對代碼的可讀性造成影響（公用部分行為）。
案例：其實這個比較好解釋，就是有一件事，需要大家去完成，但是給你規定了完成的方式，你只能怎麼去做，這時我們當中任何一個人都能去完成這件事，只不過因人而異會有效率和風格的差異，但是都是按照事先的規定來的！比如：讓你去給資料庫添加一行數據返回受影響的行數，這里大家都去實現介面寫SQL，中間可能會有差異，但是最後都得返回一個int類型的受影響行數回來
大體意思就是說：介面給我們規定了完成一個任務的標准，但是具體過程不限制，任何人都能通過遵循的規定去完成這件事！這樣擴展性就很強！
個人水平有限，如果不滿意請參考：網頁鏈接
B. php怎麼實現面向切面編程
下面是向切面式組件源碼，是根據AOP的思路設計的：
<?php
if (function_exists('__autoload')) {
trigger_error("Extension: It looks like your code is using an __autoload() function. Extension uses spl_autoload_register() which will bypass your __autoload() function and may break autoloading.", E_USER_WARNING);}
spl_autoload_register(array('ExtensionFactory', 'autoload'));class ExtensionFactory {
private static $extFamily = null;
private static $_classes = array(
'Extension' => '/Extension.php',
'ExtensionFamily' => '/ExtensionFamily.php'
);
/**
* Class autoloader. This method is provided to be invoked within an* __autoload() magic method.
* @param string $className The name of the class to load.
*/
public static function autoload() {
foreach(self::$_classes as $v){
require_once dirname(__FILE__) . $v;
}
}
/**
* 必須先調用此方法來實例化擴展族,才能調用addExtension\removeExtension等* @return ExtensionFamily
*/
public static function createExtension(){self::$extFamily = new ExtensionFamily();return self::$extFamily;
}
public static function removeExtension($extName){if(is_null(self::$extFamily)){
throw new Exception("Please createExtension first");return false;
}else{
unset(self::$extFamily->_extensionArray[$extName]);}
}
public static function addExtension($extName, Extension $ext){if(is_null(self::$extFamily)){
throw new Exception("Please createExtension first");return false;
}else{
self::$extFamily->_extensionArray[$extName] = $ext;}
}
public static function removeAllExtension(){if(is_null(self::$extFamily)){
throw new Exception("Please createExtension first");return false;
}else{
foreach(self::$extFamily->_extensionArray as $extName=>$ext){unset(self::$extFamily->_extensionArray[$extName]);}
}
}
}
<?php
if (function_exists('__autoload')) {
trigger_error("Extension: It looks like your code is using an __autoload() function. Extension uses spl_autoload_register() which will bypass your __autoload() function and may break autoloading.", E_USER_WARNING);}
spl_autoload_register(array('ExtensionFactory', 'autoload'));class ExtensionFactory {
private static $extFamily = null;
private static $_classes = array(
'Extension' => '/Extension.php',
'ExtensionFamily' => '/ExtensionFamily.php'
);
/**
* Class autoloader. This method is provided to be invoked within an* __autoload() magic method.
* @param string $className The name of the class to load.
*/
public static function autoload() {
foreach(self::$_classes as $v){
require_once dirname(__FILE__) . $v;
}
}
/**
* 必須先調用此方法來實例化擴展族,才能調用addExtension\removeExtension等* @return ExtensionFamily
*/
public static function createExtension(){self::$extFamily = new ExtensionFamily();return self::$extFamily;
}
public static function removeExtension($extName){if(is_null(self::$extFamily)){
throw new Exception("Please createExtension first");return false;
}else{
unset(self::$extFamily->_extensionArray[$extName]);}
}
public static function addExtension($extName, Extension $ext){if(is_null(self::$extFamily)){
throw new Exception("Please createExtension first");return false;
}else{
self::$extFamily->_extensionArray[$extName] = $ext;}
}
public static function removeAllExtension(){if(is_null(self::$extFamily)){
throw new Exception("Please createExtension first");return false;
}else{
foreach(self::$extFamily->_extensionArray as $extName=>$ext){unset(self::$extFamily->_extensionArray[$extName]);}
}
}
}
<?php
/**
* 擴展家族
*
* @author Mr.Jin
*/
class ExtensionFamily implements Extension{public $_extensionArray = array();
/**
*
* @param type $extName 擴展名
* @param Extension $ext 實現Extension的對象*/
public function addExtension($extName, Extension $ext){$this->_extensionArray[$extName] = $ext;
}
public function beforeAppend(&$params){
foreach($this->_extensionArray as $ext){
$ext->beforeAppend($params);
}
}
public function afterAppend(&$params) {
foreach($this->_extensionArray as $ext){
$ext->afterAppend($params);
}
}
}
?>
<?php
/**
* 擴展家族
*
* @author Mr.Jin
*/
class ExtensionFamily implements Extension{public $_extensionArray = array();
/**
*
* @param type $extName 擴展名
* @param Extension $ext 實現Extension的對象*/
public function addExtension($extName, Extension $ext){$this->_extensionArray[$extName] = $ext;
}
public function beforeAppend(&$params){
foreach($this->_extensionArray as $ext){
$ext->beforeAppend($params);
}
}
public function afterAppend(&$params) {
foreach($this->_extensionArray as $ext){
$ext->afterAppend($params);
}
}
}
?>
<?php
/**
* 擴展介面
*
* @author Mr.Jin
*/
interface Extension {
public function beforeAppend(&$params);
public function afterAppend(&$params);
}
?>
<?php
/**
* 擴展介面
*
* @author Mr.Jin
*/
interface Extension {
public function beforeAppend(&$params);
public function afterAppend(&$params);
}
?>
以上三個文件實現了簡單的AOP組件。
下面是Demo：
<?php
/**
* 自定義Extension
* 用戶積分Extension
* 根據用戶是否登錄，決定此次消費是否記錄用戶積分*
* @author Mr.Jin
*/
class ExampleExtension implements Extension {public $check=false;
public function beforeAppend(&$isLogin) {if($isLogin){
$this->check = true;
}
}
public function afterAppend(&$pointer) {
if($this->check){
//add pointer
}else{
echo '未登錄用戶，積分不錄入';
return;
}
}
}
?>
<?php
/**
* 自定義Extension
* 用戶積分Extension
* 根據用戶是否登錄，決定此次消費是否記錄用戶積分*
* @author Mr.Jin
*/
class ExampleExtension implements Extension {public $check=false;
public function beforeAppend(&$isLogin) {if($isLogin){
$this->check = true;
}
}
public function afterAppend(&$pointer) {
if($this->check){
//add pointer
}else{
echo '未登錄用戶，積分不錄入';
return;
}
}
}
?>
demo.php
<?php
require_once('ExtensionFactory.php');//導入組件本身require_once('ExampleExtension.php');//導入擴展$ext = ExtensionFactory::createExtension();ExtensionFactory::addExtension('example', new ExampleExtension());//積分錄入功能/*
* 按照需求的變化，可以增加相應的Extension.
* eg.
* 新需求：新增會員類型，根據不同類型，進行價格優惠。
* 實現思路：
* 一、建立卡號類型工廠
* 二、建立SeniorMemberExtension、PuTongMeberExtension.
* 三、工廠方法根據會員類型addExtension
*/
$isLogin = false; //假設用戶未登錄
$ext->beforeAppend($isLogin);
/**
* 面向切面編程，最重要一點是：必須先分析出整個業務處理中，哪個才是重點。
* 這里的重點是訂單的入庫。
* 在訂單入庫之前可能業務邏輯不斷增加，例如：登錄驗證、卡上余額驗證等* 在訂單入庫之後：積分處理、訂單監控等
*/
echo "此處是主要業務邏輯：訂單入庫\r\n";
$pointer = 100;
$ext->afterAppend($pointer);
<?php
require_once('ExtensionFactory.php');//導入組件本身require_once('ExampleExtension.php');//導入擴展$ext = ExtensionFactory::createExtension();ExtensionFactory::addExtension('example', new ExampleExtension());//積分錄入功能/*
* 按照需求的變化，可以增加相應的Extension.
* eg.
* 新需求：新增會員類型，根據不同類型，進行價格優惠。
* 實現思路：
* 一、建立卡號類型工廠
* 二、建立SeniorMemberExtension、PuTongMeberExtension.
* 三、工廠方法根據會員類型addExtension
*/
$isLogin = false; //假設用戶未登錄
$ext->beforeAppend($isLogin);
/**
* 面向切面編程，最重要一點是：必須先分析出整個業務處理中，哪個才是重點。
* 這里的重點是訂單的入庫。
* 在訂單入庫之前可能業務邏輯不斷增加，例如：登錄驗證、卡上余額驗證等* 在訂單入庫之後：積分處理、訂單監控等
*/
echo "此處是主要業務邏輯：訂單入庫\r\n";
$pointer = 100;
$ext->afterAppend($pointer);
C. 面向切面編程的簡介
Aspect Oriented Programming(AOP)，面向切面編程，是一個比較熱門的話題。AOP主要實現的目的是針對業務處理過程中的切面進行提取，它所面對的是處理過程中的某個步驟或階段，以獲得邏輯過程中各部分之間低耦合性的隔離效果。比如我們最常見的就是日誌記錄了，舉個例子，我們現在提供一個服務查詢學生信息的，但是我們希望記錄有誰進行了這個查詢。如果按照傳統的OOP的實現的話，那我們實現了一個查詢學生信息的服務介面(StudentInfoService)和其實現類（StudentInfoServiceImpl.java），同時為了要進行記錄的話，那我們在實現類(StudentInfoServiceImpl.java)中要添加其實現記錄的過程。這樣的話，假如我們要實現的服務有多個呢？那就要在每個實現的類都添加這些記錄過程。這樣做的話就會有點繁瑣，而且每個實現類都與記錄服務日誌的行為緊耦合，違反了面向對象的規則。那麼怎樣才能把記錄服務的行為與業務處理過程中分離出來呢？看起來好像就是查詢學生的服務自己在進行，但卻是背後日誌記錄對這些行為進行記錄，並且查詢學生的服務不知道存在這些記錄過程，這就是我們要討論AOP的目的所在。AOP的編程，好像就是把我們在某個方面的功能提出來與一批對象進行隔離，這樣與一批對象之間降低了耦合性，可以就某個功能進行編程。
D. 面向切面編程的介紹
Aspect Oriented Programming(AOP)，面向切面編程，是一個比較熱門的話題。AOP主要實現的目的是針對業務處理過程中的切面進行提取，它所面對的是處理過程中的某個步驟或階段，以獲得邏輯過程中各部分之間低耦合性的隔離效果。比如我們最常見的就是日誌記錄了，舉個例子，我們現在提供一個查詢學生信息的服務，但是我們希望記錄有誰進行了這個查詢。如果按照傳統的OOP的實現的話，那我們實現了一個查詢學生信息的服務介面(StudentInfoService)和其實現 類 （StudentInfoServiceImpl.java），同時為了要進行記錄的話，那我們在實現類(StudentInfoServiceImpl.java)中要添加其實現記錄的過程。這樣的話，假如我們要實現的服務有多個呢？那就要在每個實現的類都添加這些記錄過程。這樣做的話就會有點繁瑣，而且每個實現類都與記錄服務日誌的行為緊耦合，違反了面向對象的規則。那麼怎樣才能把記錄服務的行為與業務處理過程中分離出來呢？看起來好像就是查詢學生的服務自己在進行，但卻是背後日誌記錄對這些行為進行記錄，並且查詢學生的服務不知道存在這些記錄過程，這就是我們要討論AOP的目的所在。AOP的編程，好像就是把我們在某個方面的功能提出來與一批對象進行隔離，這樣與一批對象之間降低了耦合性，可以就某個功能進行編程。
E. java切面編程是什麼設計模式
面向切面編程(也叫面向方面)：Aspect Oriented Programming(AOP),是目前軟體開發中的一個熱點，也是Spring框架中的一個重要內容。利用AOP可以對業務邏輯的各個部分進行隔離，從而使得業務邏輯各部分之間的耦合度降低，提高程序的可重用性，同時提高了開發的效率。 AOP是OOP的延續，是（Aspect Oriented Programming）的縮寫，意思是面向切面（方面）編程。
可以通過預編譯方式和運行期動態代理實現在不修改源代碼的情況下給程序動態統一添加功能的一種技術。AOP實際是GoF設計模式的延續，設計模式孜孜不倦追求的是調用者和被調用者之間的解耦，AOP可以說也是這種目標的一種實現。
F. 面向切面編程
「面向切面編程」。只有當你真正的理解OOP之後，才可以理解AOP(面向切面編程)的思想。
這個思想，不是一兩句就能將的明白的。用個生活中的例子：
人的手可以寫字，並且可以用很多中筆來寫字。例如，鋼筆、鉛筆、毛筆等等。(這里抽象的說)如果我們要用到人的手寫字的時候，就必須提供給手很多中筆，可是每種筆的類型有各自不同，我們說筆有很多不同的屬性的功能。如果才能讓我們的手拿到任何一種筆都可以寫字呢，我們可以這樣做。將鋼筆、鉛筆、毛筆等等筆定義一種公共的「筆」的類型，讓我們的手在使用筆的時候，只需要知道要使用一個筆來寫字，而不需要關心使用什麼筆來寫。而決定給這只手用的筆的類型，就是你的事情了。
抽象成簡單的代碼：
interface Pen{}
class GangBi implements Pen{}
class MaoBi implements Pen{}
class QianBi implements Pen{}
class Human{
void usePen(Pen pen){}
}
這個概念超級抽象。不過，學習Spring框架可以快速的來理解這個概念。
G. spring 框架的面向切面編程如何理解
Spring提供了對AOP技術的良好封裝，AOP稱為面向切面編程，就是系統中有很多各不相乾的類的方法，在這些眾多的方法中要加入某種系統功能代碼，例如：加入日誌、許可權判斷、異常處理等，這種應用成為AOP。
實現AOP功能採用的是代理技術，客戶端程序不再調用目標，而調用代理類，代理類與目標類對外具有相同的方法聲明，有兩種方式可以實現相同的方法聲明，一是實現相同的介面，而是作為目標的子類在JDK中採用Proxy類產生動態代理的方式為某個介面生成實現類，如果要為某類個生成子類，則可以用CGLIB。
在生成的代理類的方法中加入系統功能和調用目標類的相應方法，系統功能的代理以Advice對象進行提供，顯然要創建出代理對象，至少需要目標類和Advice類。
Sping提供了這種支持，只需要在Sping配置文件中配置這兩個元素即可實現代理和Aop功能，
例如：
<bean id = "proxy" type = "org.spring.framework.aop.ProxyBeanFacory">
<property name = "target" ref = ""></property>
<property name = "advisor" ref = ""></property>
</bean>
H. 什麼是面向切面編程AOP
面向切面編程（AOP是Aspect Oriented Program的首字母縮寫） ，我們知道，面向對象的特點是繼承、多態和封裝。而封裝就要求將功能分散到不同的對象中去，這在軟體設計中往往稱為職責分配。實際上也就是說，讓不同的類設計不同的方法。這樣代碼就分散到一個個的類中去了。這樣做的好處是降低了代碼的復雜程度，使類可重用。
但是人們也發現，在分散代碼的同時，也增加了代碼的重復性。什麼意思呢？比如說，我們在兩個類中，可能都需要在每個方法中做日誌。按面向對象的設計方法，我們就必須在兩個類的方法中都加入日誌的內容。也許他們是完全相同的，但就是因為面向對象的設計讓類與類之間無法聯系，而不能將這些重復的代碼統一起來。
也許有人會說，那好辦啊，我們可以將這段代碼寫在一個獨立的類獨立的方法里，然後再在這兩個類中調用。但是，這樣一來，這兩個類跟我們上面提到的獨立的類就有耦合了，它的改變會影響這兩個類。那麼，有沒有什麼辦法，能讓我們在需要的時候，隨意地加入代碼呢？這種在運行時，動態地將代碼切入到類的指定方法、指定位置上的編程思想就是面向切面的編程。
一般而言，我們管切入到指定類指定方法的代碼片段稱為切面，而切入到哪些類、哪些方法則叫切入點。有了AOP，我們就可以把幾個類共有的代碼，抽取到一個切片中，等到需要時再切入對象中去，從而改變其原有的行為。
這樣看來，AOP其實只是OOP的補充而已。OOP從橫向上區分出一個個的類來，而AOP則從縱向上向對象中加入特定的代碼。有了AOP，OOP變得立體了。如果加上時間維度，AOP使OOP由原來的二維變為三維了，由平面變成立體了。從技術上來說，AOP基本上是通過代理機制實現的。
AOP在編程歷史上可以說是里程碑式的，對OOP編程是一種十分有益的補充。
I. 什麼是面向切面編程
「面向切面編程」。只有當你真正的理解OOP之後，才可以理解AOP(面向切面編程)的思想。
這個思想，不是一兩句就能將的明白的。用個生活中的例子：
人的手可以寫字，並且可以用很多中筆來寫字。例如，鋼筆、鉛筆、毛筆等等。(這里抽象的說)如果我們要用到人的手寫字的時候，就必須提供給手很多中筆，可是每種筆的類型有各自不同，我們說筆有很多不同的屬性的功能。如果才能讓我們的手拿到任何一種筆都可以寫字呢，我們可以這樣做。將鋼筆、鉛筆、毛筆等等筆定義一種公共的「筆」的類型，讓我們的手在使用筆的時候，只需要知道要使用一個筆來寫字，而不需要關心使用什麼筆來寫。而決定給這只手用的筆的類型，就是你的事情了。
抽象成簡單的代碼：
interface Pen{}
class GangBi implements Pen{}
class MaoBi implements Pen{}
class QianBi implements Pen{}
class Human{
void usePen(Pen pen){}
}
這個概念超級抽象。不過，學習Spring框架可以快速的來理解這個概念。