<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    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 閱讀(3121) 評論(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)

    隨筆分類

    隨筆檔案

    搜索

    最新評論

    閱讀排行榜

    評論排行榜

    主站蜘蛛池模板: 黄色网站软件app在线观看免费| 人碰人碰人成人免费视频| 最近2019中文免费字幕在线观看| 亚洲毛片网址在线观看中文字幕 | 亚洲国产韩国一区二区| 无码一区二区三区免费| 亚洲国产精品久久久久| 麻豆成人久久精品二区三区免费| 亚洲视频在线观看| 久久天天躁狠狠躁夜夜免费观看| 99热亚洲色精品国产88| 成人性生免费视频| 免费人成网上在线观看| 在线播放亚洲第一字幕| 99久久久国产精品免费蜜臀| 亚洲三级中文字幕| 日本久久久免费高清| 成人亚洲国产精品久久| 亚洲夜夜欢A∨一区二区三区 | 色窝窝亚洲AV网在线观看| 亚洲国产成人久久精品99| 国产一级婬片A视频免费观看| 亚洲成AV人片在线观看WWW| 99无码人妻一区二区三区免费| 亚洲夂夂婷婷色拍WW47| 亚洲精品尤物yw在线影院| 日本免费中文字幕| 亚洲精品国产日韩| 国产亚洲成人在线播放va| 毛片无码免费无码播放 | 亚洲乱码在线卡一卡二卡新区| 免费看一级做a爰片久久| 很黄很污的网站免费| 狠狠色香婷婷久久亚洲精品| 亚洲AV日韩精品一区二区三区| 一个人免费视频观看在线www| 亚洲最大的黄色网| 亚洲色欲久久久久综合网| 亚洲一级免费视频| 日韩电影免费在线观看网址| 亚洲欧洲日产国码在线观看|