• <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>
            隨筆 - 42  文章 - 3  trackbacks - 0
            <2009年11月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            常用鏈接

            留言簿(2)

            隨筆檔案

            文章檔案

            網頁收藏

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

                     最近看了《Inside ATL》這本書,感覺作者從軟件工程的角度分析ATL和MFC很有獨到的見解,某些觀點和我的想法差不多,覺得該把自己的想法說下,權當拋磚引玉,歡迎批評指正。
                    首先,MFC作為一個成熟的類框架,依靠嚴格的類繼承關系,實現了代碼復用和美觀界面,但也正是由于這種繼承關系導致了MFC的龐大臃腫。
                     ATL則依靠Template實現了一批彼此無依賴關系的組件,類似于搭積木,而MFC就像現代建筑中的鋼筋混凝土結構。
                    從技術實現上,MFC和ATL的對比就是類和模板的比照,一個縱向發展,一個橫向發展。
                    擴展到設計模式的角度來看,其實就是高內聚和低耦合思想的體現,MFC重高內聚,ATL重低耦合,記得有本講設計模式的書上有個例子,把鴨子和鴨子的行為分開設計,這其實也是降低耦合度的一種方法。
                   高內聚,低耦合六個字,真正理解它還真不容易!
            posted on 2009-07-24 16:43 鷹擊長空 閱讀(444) 評論(0)  編輯 收藏 引用
            26uuu久久五月天| 热久久这里只有精品| 亚洲精品久久久www| 亚洲va久久久噜噜噜久久| 久久国产热精品波多野结衣AV| 久久亚洲精品视频| 久久精品无码一区二区WWW| 欧美精品一本久久男人的天堂| 久久久久噜噜噜亚洲熟女综合| 久久这里只有精品首页| 蜜桃麻豆www久久| 蜜臀久久99精品久久久久久小说| 狠狠精品干练久久久无码中文字幕| 久久精品桃花综合| 精品久久人人爽天天玩人人妻 | 97超级碰碰碰碰久久久久| 国产一区二区久久久| 久久天天躁狠狠躁夜夜av浪潮| 一本色道久久综合狠狠躁| 亚洲国产成人久久综合一区77| 中文字幕久久欲求不满| 国产精品久久国产精品99盘| 亚洲国产另类久久久精品| 日本精品久久久久影院日本| 99久久精品国产综合一区| 久久国产色AV免费观看| 精品乱码久久久久久久| 精品伊人久久大线蕉色首页| 久久婷婷人人澡人人| 亚洲国产精品无码久久久久久曰| 久久91这里精品国产2020| 2021国产成人精品久久| 国产精品九九久久精品女同亚洲欧美日韩综合区 | 久久久久久九九99精品| 久久综合给合久久狠狠狠97色69| 精品熟女少妇AV免费久久| 狠狠色婷婷久久一区二区| 精品国产一区二区三区久久久狼| 久久精品夜夜夜夜夜久久| 久久天天躁狠狠躁夜夜躁2O2O | 国产成人无码久久久精品一|