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

    隨筆分類

    隨筆檔案

    搜索

    最新評論

    閱讀排行榜

    評論排行榜

    主站蜘蛛池模板: 国内外成人免费视频| 特级毛片aaaa免费观看| 亚洲制服在线观看| 亚洲精品在线免费观看视频| 亚洲精品在线电影| 亚洲丝袜中文字幕| 亚洲国产精品无码久久| 亚洲AV成人精品日韩一区| 亚洲国产成人精品无码区二本| 亚洲爆乳精品无码一区二区| 亚洲午夜未满十八勿入网站2| 无码一区二区三区免费视频| 成年男女免费视频网站| 免费av欧美国产在钱| 国产精品美女自在线观看免费| 国产乱子伦精品免费无码专区| 免费人成年激情视频在线观看| 亚洲精品97久久中文字幕无码| 精品亚洲一区二区三区在线观看| 狠狠综合久久综合88亚洲| 亚洲AV永久无码精品成人| 99ri精品国产亚洲| 国产精品亚洲综合久久| WWW亚洲色大成网络.COM | 毛片a级毛片免费观看免下载| 毛片a级毛片免费播放100| 国产真实伦在线视频免费观看| 亚洲精品麻豆av| 亚洲AV无码AV男人的天堂| 亚洲jjzzjjzz在线观看| 极品色天使在线婷婷天堂亚洲| 中文字幕a∨在线乱码免费看| 4444www免费看| 国产成人精品免费视频大全五级| 亚洲精品无码成人片在线观看 | 国产精品免费综合一区视频| 久久伊人亚洲AV无码网站| 亚洲精品美女在线观看| 91亚洲视频在线观看| 亚洲国产aⅴ成人精品无吗| 国产99精品一区二区三区免费|