商業鬼才教你 代理模式

故事線

經過一番打拼，廣軍覺得這個模式挺好用的，賺錢多，他就想著啊，既然這套模式這麼的好，那我為什麼不開連鎖店？
對咯，人手不夠啊，「安得猛士兮守四方？」

於是，他馬上出了招聘廣告，預計需要三個店長，因為他想開三家連鎖，然後他自己當那個「幕後黑手」，這小日子過得，豈不美哉？
但是吧，他又怕找了這些店長之後，這些店長的辦事風格和他不一樣，破壞了老使用者的體驗，萬一照成了客戶流失就不好了，於是他規定：各位店長執行工作時，以我的工作方式為準則，可以超越，但是不能篡改！

好極，就這樣的苛刻條件，前來應聘的人絡繹不絕啊，為啥呢？一個店鋪一個月的淨利潤是3W（稅前），他直接給店長開了1W工資，好傢伙，真是會算賬，不愧是我們的廣軍。想想，多少人擠破頭，頭懸梁錐刺股，到頭來一個月也就一萬多，而跟著廣軍混，吃香的喝辣的。而廣軍的純收入也就從一開始的2W變成了6W，工作量從996變成了，不知道，廣軍胸懷大志，肯定有更重要的事情要做，說不定在盤算著盤下哪家店呢。

---

而他找的這些店長，也並非等閒之輩，各個都「身懷絕技」，在廣軍教他們做事的基礎上，又新增了自己的做事方法，比如說，客戶點菜前給使用者推薦每週的優惠套餐，使用者點菜後送一杯免費的茶，這些舉動都深深的抓住了客戶們的心，由此，廣軍的漢堡店的生意蒸蒸日上，他也把這些店長的工資做了不同程度上的提高。

故事到此就結束了嗎？並不是的。你以為這些店長們都只有這麼一個身份嗎？你錯了，其實，他們當中有的是列印店的老闆，所以給使用者列印小傳單，有的是飲料店的推銷員，所以給客戶準備一些免費的茶，反正羊毛出在羊身上，銷量增加，廣軍也就睜一隻眼閉一隻眼了，這是我們廣軍的容人之量，鬼才就是鬼才，知人善用。

代理模式

何為代理模式？這就是代理模式。

代理模式，控制對一個物件的存取。為其他物件提供一種代理以控制對這個物件的存取。在某些情況下，一個物件不適合或者不能直接參照另一個物件，而代理物件可以在使用者端和目標物件之間起到中介的作用。

那我們先來看一下廣軍找店長這件事情的類圖呈現：

再來看一下程式碼實現：

#include<iostream>

using namespace std;

//抽象主題
class abstractMan {
public:
	virtual void run() = 0;
};

class boss :public abstractMan {
public:
	void bread() { cout << "bread" << endl; }
	void roast() { cout << "roust" << endl; }
	
	void run() {
		bread();
		roast();
	}
};

//代理
class proxy :public abstractMan {
public:
	proxy(abstractMan* temp) { a = temp; }
	void before(){
		cout<<"before"<<endl;
		//該幹嘛幹嘛
	}
	void after(){
		cout<<"after"<<endl;
		//愛幹嘛幹嘛
	}

	void run() { 
		before();
		a->run();
		after();
	}
private:
	abstractMan* a;
};

//場景
int main()
{
	abstractMan* bs = new boss();
	proxy* pro = new proxy(bs);
	pro->run();
}

代理裡面的before和after方法，就是給代理的自由許可權。

在Java裡面，有時候會看到說靜態代理和動態代理的，那諸君看看我上邊那個是靜態的，還是動態呢？

小tip：
靜態：一個代理綁死一個客戶
動態：根據場景確定代理物件，可支援多代理。

---

多代理：
前邊說道，某個店長他們可能會身兼多職，那麼就相當於他們有多重代理身份，這些又該如何實現？代理中的before和after方法又該如何取捨？（代理類是自己寫的，被代理類是封裝好的）

一千個讀者自有一千個哈姆雷特，相信大家想想就會有自己的想法了。

---

廣軍的故事還會持續更新，看故事，學模式，跟緊我