java proxy和rtti(反射)實現(xiàn)動態(tài)代理工廠

1、java反射實現(xiàn)動態(tài)代理工廠反射實現(xiàn)動態(tài)代理工廠Proxy場景場景有個類【大排檔】（Stall），它有個方法“提供飯菜”（providedMeals），就是“來吃飯”有個類【飯館】（Restaurant），它有個方法“提供飯菜”（providedMeals）這兩個類有個特點，都是提供吃飯的地方，都有相同的方法“提供飯菜”（providedMeals）。那可以定義一個接口【提供吃的地方】（ProvidedEatOfLocal），它有個抽象

2、方法“提供飯菜”（providedMeals）。用這兩個類去實現(xiàn)這個接口。不管是【大排檔】還是【飯館】，在“提供飯菜”（providedMeals）前要做“點餐”（dering）的工作，之后要做“埋單”（payMoney）的工作。那我們在實現(xiàn)【大排檔】和【飯館】的“提供飯菜”（providedMeals）方法時，把這“點餐”（dering）和“埋單”（payMoney）的代碼加在一前一后就可以啦。問題問題但這是重復(fù)代碼，如果“點餐”的流

3、程發(fā)生了改變（比如從人工點餐變成了機器點餐），那每個實現(xiàn)類的方法實現(xiàn)里面都需要改源代碼?，F(xiàn)在只有兩個實現(xiàn)類，如果現(xiàn)在又新出現(xiàn)個【大酒店】（GrHotel）類，它也有個方法“提供飯菜”（providedMeals），它也實現(xiàn)接口【提供吃的地方】（ProvidedEatOfLocal）。以后有更多的類都來實現(xiàn)這個接口。實現(xiàn)類越多，那“提供飯菜”（providedMeals）方法的前后工作一發(fā)生改變，那修改的類就會越多。這在設(shè)計上是不合理的。

4、解決方案解決方案我們可以考慮代理模式。我們創(chuàng)建一個代理人【吃貨經(jīng)紀人】（FoodGoodsBroker）?！境载浗?jīng)紀人】可以代理所有【提供吃的地方】的實現(xiàn)類，我們只要有和【吃貨經(jīng)紀人】打交道，從他這里我們可以得到我們吃飯的地方去吃飯。吃飯前后的統(tǒng)一動作（【點餐】、【埋單】）這個【吃貨經(jīng)紀人】會處理，實際用餐的人可以不關(guān)心啦（難道這就是傳說中的吃霸王餐，不給錢？）。所有實現(xiàn)了【提供吃的地方】的實現(xiàn)類都和【吃貨經(jīng)紀人】打交道，把吃飯前后的統(tǒng)

5、一動實現(xiàn)方法提供飯菜publicvoidprovidedMeals()System.out.println(“馬路邊...塑料凳...燒烤...砂鍋粥...諸葛烤魚...還有很多吃的...小龍蝦“)3Restaurant.javapackagecom.luo.rtti.proxy3定義實現(xiàn)類飯館實現(xiàn)提供吃飯的地方publicclassRestaurantimplementsProvidedEatOfLocal地方的名字Stringloc

6、al_name=“湘粵情飯館“實現(xiàn)方法提供飯菜publicvoidprovidedMeals()System.out.println(“空調(diào)下...坐雅座...紅燒肉...清蒸魚...茄角之戀...還有很多吃的...排骨湯“)4config.propertiesStall=com.luo.rtti.proxy3.StallRestaurant=com.luo.rtti.proxy3.Restaurant5FoodGoodsBroker.