• <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
            <2025年6月>
            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 鷹擊長空 閱讀(436) 評論(0)  編輯 收藏 引用
            久久99国产精品一区二区| 久久精品国产一区二区电影| 国产69精品久久久久9999APGF| 久久久亚洲欧洲日产国码是AV| 亚洲精品乱码久久久久66| 狠狠久久亚洲欧美专区| 精品久久久久中文字| 色88久久久久高潮综合影院| 国产福利电影一区二区三区久久久久成人精品综合 | 97精品伊人久久久大香线蕉| 国内精品久久久久影院日本| 久久这里只有精品视频99| 久久ww精品w免费人成| 久久频这里精品99香蕉久| aaa级精品久久久国产片| 麻豆av久久av盛宴av| 99热成人精品免费久久| 99久久精品免费看国产一区二区三区 | 亚洲精品国产综合久久一线| 久久国产精品久久久| 无遮挡粉嫩小泬久久久久久久| 国产精品内射久久久久欢欢| 久久不见久久见免费视频7| 亚洲午夜久久久影院| 精品久久亚洲中文无码| 一本大道久久东京热无码AV | 热99re久久国超精品首页| 色综合久久久久综合体桃花网| 香蕉久久夜色精品国产2020| 国产精品美女久久久网AV| 久久成人精品视频| 国产精品久久久久久搜索| 久久99精品久久久久久hb无码| 国内精品人妻无码久久久影院导航| 香蕉久久夜色精品国产2020| 亚洲国产成人久久综合一区77 | 国产精品久久波多野结衣| AV无码久久久久不卡蜜桃| 91精品国产91久久综合| 四虎国产精品免费久久5151| 国产成人AV综合久久|