zxbyhcsdn

           

          關于接口隔離原則的一個實現:

          關于接口隔離原則的一個實現:
          使用場合,提供調用者需要的方法,屏蔽不需要的方法.滿足接口隔離原則.

          比如說電子商務的系統,有訂單這個類,有三個地方會使用到,
          一個是門戶,只能有查詢方法,
          一個是外部系統,有添加訂單的方法,
          一個是管理后臺,添加刪除修改查詢都要用到.

          根據接口隔離原則(ISP),一個類對另外一個類的以來性應當是建立在最小的接口上.
          也就是說,對于門戶,它只能依賴有一個查詢方法的接口.

          UML結構如下:

           

          下面是實現的代碼.

          //--這兒不用接口繼承,因為可能出現修改了父接口影響了子接口
          interface IOrderForPortal{
              String getOrder();
          }

          interface IOrderForOtherSys{
              String insertOrder();
              String getOrder();
          }

          interface IOrderForAdmin{ //extends IOrderForPortal,IOrderForOtherSys
              String deleteOrder();
              String updateOrder();
              String insertOrder();
              String getOrder();
          }

          /*
          interface IOrderForPortal{
              String getOrder();
          }

          interface IOrderForOtherSys{
              String insertOrder();
          }

          interface IOrderForAdmin extends IOrderForPortal,IOrderForOtherSys{
              String updateOrder();
              String deleteOrder();
          }
          */

          class Order implements IOrderForPortal,IOrderForOtherSys,IOrderForAdmin{
              private Order(){
                  //--什么都不干,就是為了不讓直接 new,防止客戶端直接New,然后訪問它不需要的方法.
              }

              //返回給Portal
              public static IOrderForPortal getOrderForPortal(){
                  return (IOrderForPortal)new Order();
              }
              //返回給OtherSys
              public static IOrderForOtherSys getOrderForOtherSys(){
                  return (IOrderForOtherSys)new Order();
              }
              //返回給Admin
              public static IOrderForAdmin getOrderForAdmin(){
                  return (IOrderForAdmin)new Order();
              }

              //--下面是接口方法的實現.只是返回了一個String用于演示---------------

              public String getOrder(){
                  return "implemented getOrder";
              }

              public String insertOrder(){
                  return "implemented insertOrder";
              }

              public String updateOrder(){
                  return "implemented updateOrder";
              }

              public String deleteOrder(){
                  return "implemented deleteOrder";
              }
          }

          public class TestCreateLimit{
              public static void main(String[] args){
                  IOrderForPortal orderForPortal = Order.getOrderForPortal();
                  IOrderForOtherSys orderForOtherSys = Order.getOrderForOtherSys();
                  IOrderForAdmin orderForAdmin = Order.getOrderForAdmin();

                  System.out.println("Portal門戶調用方法:"+orderForPortal.getOrder());
                  System.out.println("OtherSys外部系統調用方法:"+orderForOtherSys.insertOrder());
                  System.out.println("Admin管理后臺調用方法:"+orderForAdmin.getOrder()+";"+orderForAdmin.insertOrder()+";"+orderForAdmin.updateOrder()+";"+orderForAdmin.deleteOrder());
              }
          }


          這樣就能很好的滿足接口隔離原則了,調用者只能訪問它自己的方法,不能訪問到不應該訪問的方法.

          歡迎討論...寫這些的目的就是為了共同進步,有什么錯誤或者不足,歡迎指出....

          posted on 2008-07-25 18:03 zxbyh 閱讀(3129) 評論(8)  編輯  收藏 所屬分類: OOAD

          評論

          # re: 關于接口隔離原則的一個實現: 2008-07-25 23:49 hoho強

          恩 不錯 之前沒看到過這樣的方法  回復  更多評論   

          # re: 關于接口隔離原則的一個實現: 2008-07-26 14:29 zhuxing

          寫的還是不錯的

          ISP作為OO中5個最主要的設計原則之一,在實際運用的時候往往會在實現細節上面出問題,關鍵是如何管理窄接口對應實例的問題,核心是創建實例化任務的封裝。

          以樓主的例子為例,樓主很好的利用的creation method(以靜態公共接口提供實例)的方式,很好的將目標接口對應實例創建和初始化進行了封裝,并和窄接口的使用客戶端進行了解藕。如果不是這樣,那么ISP的原則可能就在客戶端創建實例的過程中被扭曲了。

          更負責一些的情況,可以果斷的采用工廠的方式提供實例。寧可稍微過度設計,也要堅決避免藕合。  回復  更多評論   

          # re: 關于接口隔離原則的一個實現: 2008-07-26 16:31 fish4j

          不錯的文章,言簡意賅 , 個人感覺配合工廠效果會更好 ^^  回復  更多評論   

          # re: 關于接口隔離原則的一個實現: 2008-07-26 19:23 zxbyh

          對,這兒可以配合工廠.
          但是我講這個的重點是怎樣解決 隔離的問題,
          我擔心再拉進工廠,會沖淡主題了!!  回復  更多評論   

          # re: 關于接口隔離原則的一個實現: 2008-10-26 22:20 C#

          學習學習  回復  更多評論   

          # re: 關于接口隔離原則的一個實現: 2009-01-09 08:26 seman

          //因為Order.getOrderForPortal()返回的實質還是Order類,只是窄化了
          //如果client知道,并強制轉換成Order的話,則后果很難想象

          System.out.println("Portal門戶調用方法:" + ((Order)orderForPortal).insertOrder());
            回復  更多評論   

          # re: 關于接口隔離原則的一個實現: 2009-03-06 09:16 sys

          如果這三個接口中任意一個有變化怎么辦??  回復  更多評論   

          # re: 關于接口隔離原則的一個實現: 2009-11-26 21:17 zxbyh

          一般來說接口是抽象層次上的,屬于比較高層次的業務邏輯,在設計的時候盡量考慮不會發生變化.

          比如說,你的主板上的內存插槽是DDR2的,你就只能上DDR2的內存,
          如果要變成DDR3的接口,那只有考慮更換主板.
          其實當發生這樣的情況的時候,就是應當考慮"重構"了.
            回復  更多評論   

          導航

          統計

          常用鏈接

          留言簿(1)

          隨筆分類

          隨筆檔案

          搜索

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 临沭县| 上高县| 凌源市| 建始县| 池州市| 聂拉木县| 洛川县| 长子县| 安多县| 临夏市| 嘉荫县| 太康县| 佛教| 稷山县| 荆州市| 嘉鱼县| 封丘县| 友谊县| 襄垣县| 景泰县| 航空| 腾冲县| 高青县| 定襄县| 汉源县| 丹阳市| 本溪| 施秉县| 扬州市| 西充县| 平遥县| 渭南市| 滁州市| 疏勒县| 蓬莱市| 金阳县| 嘉义县| 长春市| 永川市| 紫阳县| 海淀区|