• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            jetty2k-kyj

            無名
            posts - 3, comments - 20, trackbacks - 0, articles - 0

            GOF模式之我見 之一

            Posted on 2010-03-09 16:31 鄭曉源 閱讀(1268) 評論(2)  編輯 收藏 引用

            感謝GOF
            感謝K_Eckel      frwei@whu.edu.cn
            感謝愛人
            感謝家人
            轉載請注明來源

            希望能和兄弟們交流     jetty     jetty2k_kyj@163.com

            **************************************************************

             架構設計,目前理解來看,就是對概念的 分級,分離/組合,通信
               分級: 比如 繼承,比如 大模塊下的小模塊
               分離: 比如 對象分類,組件分類
               組合: 比如 類對象的組合
               通信: 比如 通過接口,通過類WinMsg

             
             1. 創建型模式
             
               1.1 Factory Method(工廠方法)[一般對象創建]
                    1. 用類C1自身特色構造函數封裝對象的創建
                       創建的調用在抽象工廠類的子類的虛函數F1中
                       創建后,可添加初始化代碼于F1中,F1返回C1對象指針
                       C1對象指針可 工廠析構時自動[安全] 或 不用時手動[效率] 釋放
                    2. 擴展(模板類法)
                       將抽象工廠類的子類做成模板類
                       傳入Cn作為參數,就實現了編譯時類變化支持
                    3. 擴展(配置文件法)
                       可增加Key,ClassName對應的Xml配置文件
                       再由 m##n 宏 將ClassName轉成對應的標識符來調用
                       這樣,先將可能用到的Class都定義好,調用流程寫好
                       更改Xml配置文件,就實現了運行時類變化支持
                
               1.2 Abstract Factory(抽象廠工)[相關聯的一組對象創建]
                    1. 在Factory Method(工廠方法)的基礎上
                       在抽象工廠類中為每一組具有相同創建過程的對象
                       建立一個虛函數,其他類同Factory Method(工廠方法)
                    2. 如果虛函數不多,就只用一個抽象工廠的子類,
                       用函數名字劃分產品線(男鞋線/女鞋線)
                    3. 如果虛函數較多,可用多個抽象工廠的子類,
                       用類名(食品廠/鞋廠)劃分產品線,
                       相關聯的對象的創建就在一起了
                
               1.3 Singleton(單件)[保證僅有一個實例]
                    1. 私有化 類構造函數
                       只能通過靜態成員函數Instance來生成這個唯一對象
                       用靜態私有成員變量保存這個唯一實例對象的指針
                       用靜態公有函數GetInstance返回這個指針
                       注意在類析構時,SafeDel這個指針
                    2. 上面的具體工廠類,就應該是一個Singleton對象
                
               1.4 Builder(生成器)[相同構造算法得到不同的復雜對象](STL)
                    1. 分離 構造算法(穩定) 與 構造參數(不穩定)
                    2. 需要 算法函數隊列 迭代器 容器
                    3. 例如 STL中的算法 nth_element
              
               1.5 Prototype(原型)[自我復制]
                    1. 代碼
                        Prototype* ConcretePrototype::Clone() const
                        {
                            return new ConcretePrototype(*this); //拷貝構造函數
                        }
                    2. 注意 類成員為 指針或復雜對象 時,拷貝構造函數 的 深層拷貝   
              
              
             2. 結構型模式
             
               2.1 Bridge(橋接)[分離接口與實現]
                    1. 接口類A 為 實現類B 的父類
                    2. A類中有類B對象的指針,可用函數賦值
                    3. 從而使類A的接口功能完整化,且實現獨立


            未完,待續……

            Feedback

            # re: GOF模式之我見 之一  回復  更多評論   

            2010-03-10 12:52 by 劉暢
            贊,看郵件地址LZ好像是武漢大學的?

            # re: GOF模式之我見 之一  回復  更多評論   

            2010-03-19 02:05 by gbb21
            靠,下次記得先感謝國家!
            中文字幕无码免费久久| 99久久精品毛片免费播放| 99久久国产主播综合精品| 91精品日韩人妻无码久久不卡| 国产国产成人久久精品| 久久影院午夜理论片无码 | 久久精品人妻一区二区三区| 精品久久久久久99人妻| 国产毛片欧美毛片久久久| 久久精品免费一区二区三区| 中文成人久久久久影院免费观看| 久久99精品久久久久婷婷| 久久久久久青草大香综合精品| 精品久久久久久国产| 国产精品久久久天天影视香蕉| yy6080久久| 久久精品无码av| 久久精品一区二区三区不卡| 久久亚洲电影| 91久久九九无码成人网站 | 久久人人爽人人爽人人片AV东京热| 国产精品禁18久久久夂久| 久久人妻少妇嫩草AV蜜桃| 久久99精品国产麻豆蜜芽| AV色综合久久天堂AV色综合在| 亚洲日本va午夜中文字幕久久 | 国产精品xxxx国产喷水亚洲国产精品无码久久一区| 久久99精品国产99久久6| 中文字幕亚洲综合久久2| 激情伊人五月天久久综合| 囯产极品美女高潮无套久久久 | 久久综合精品国产二区无码| 亚洲国产成人精品久久久国产成人一区二区三区综 | 久久96国产精品久久久| 亚洲AV无码久久| 97久久婷婷五月综合色d啪蜜芽| 色综合久久中文字幕综合网| 精品久久人人妻人人做精品| 青青草原综合久久| 伊人色综合久久天天| 国产精品免费看久久久香蕉|