• <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>
            萬星星@豌豆莢 歡迎加入我們
            一個(gè)吃軟飯的男人!!!!!我只想寫程序####
            微博:http://weibo.com/wanlianwen
            posts - 172,  comments - 1253,  trackbacks - 0

            存在的必是合理的,都值得我們學(xué)習(xí)。學(xué)什么不重要,重要的是有一技之長。
            如果你認(rèn)為MFC垃圾請不要繼續(xù)看。
            如果你認(rèn)為文檔視圖結(jié)構(gòu)丑陋請不要繼續(xù)看。
            如果你認(rèn)為ATL過時(shí)了請不要繼續(xù)看。

            MFC應(yīng)用與框架的聯(lián)系
            要想分離應(yīng)用與框架,首先得明白它們之間的聯(lián)系。用向?qū)a(chǎn)一個(gè)多文檔程序觀察,可以發(fā)現(xiàn)只有一處關(guān)聯(lián):

            CMainFrame * ?pMainFrame? = ? new ?CMainFrame;
            ????
            if ?( ! pMainFrame -> LoadFrame(IDR_MAINFRAME))
            ????????
            return ?FALSE;
            ????m_pMainWnd?
            = ?pMainFrame;

            ????
            // ?The?main?window?has?been?initialized,?so?show?and?update?it.
            ????pMainFrame -> ShowWindow(m_nCmdShow);
            ????pMainFrame
            -> UpdateWindow();
            既然App與Frame耦合這么松,把它們分離是很自然的想法,也是符合軟件工程中的高內(nèi)聚低耦合標(biāo)準(zhǔn)的。

            MFC應(yīng)用與框架的剝離
            應(yīng)用需要的只是一個(gè)主框架指針而已,可以定義一個(gè)插件接口:
            interface?IMainFrame?:?IUnknown
            {
            ????[id(
            1),?helpstring("method?GetFrame"),?hidden]?HRESULT?GetFrame([out,?retval]long*?pMainFrame);
            }
            ;
            為了插件查找以及管理,需要一個(gè)類別,所有支持的插件都屬于這個(gè)類別:
            BEGIN_CATEGORY_MAP(CManager)
            ????IMPLEMENTED_CATEGORY(CATID_FrameCategory)
            END_CATEGORY_MAP()
            下面就可以實(shí)現(xiàn)主框架插件了,生產(chǎn)一個(gè)ATL項(xiàng)目,添加主框架類,添加一個(gè)組件Manager,實(shí)現(xiàn)插件接口:(示例用中文主框架和英文主框架來演示效果)
            STDMETHODIMP?CManager::GetFrame(long*?pDocCls)
            {
            ????CMainFrame
            *????????pMainFrame????=?NULL;
            ????HINSTANCE????????hInst????????
            =?AfxGetResourceHandle();
            ????pMainFrame?
            =?(CMainFrame*)(RUNTIME_CLASS(CMainFrame)->CreateObject());
            ????AfxSetResourceHandle(_Module.m_hInstResource);
            ????
            if(!pMainFrame->LoadFrame(IDR_MAINFRAME))
            ????
            {
            ????????AfxSetResourceHandle(hInst);
            ????????
            return?E_FAIL;
            ????}

            ????AfxSetResourceHandle(hInst);

            ????pMainFrame
            ->SetWindowText(_T("中文版本"));
            ????
            *pDocCls?=?(long)pMainFrame;

            ????
            return?S_OK;
            }
            這樣在主框架啟動的時(shí)候就可以遍歷CATID_FrameCategory下面所有框架插件,


            選擇一個(gè)插件框架后:



            有必要這樣做嘛??
            這里演示了一個(gè)應(yīng)用根據(jù)選擇不同的插件進(jìn)入不同語言的界面,當(dāng)然不是為了解決多國語言版本問題而這樣做(多國語言版本可以通過資源文件來解決)。
            這樣做到底有沒有必要呢??再來看下向?qū)a(chǎn)的程序界面:


            這里可以清楚看到子框架、文檔、視圖是一個(gè)模塊體,主框架、菜單、工具欄、狀態(tài)條是一個(gè)模塊體、后面看不見的應(yīng)用app又是一個(gè)模塊體。這使我想起小時(shí)候的積木,一堆不同形狀的木塊,可以自由的想象去搭建房子汽車。
            軟件應(yīng)該是軟的,是像積木一樣可以自由搭架自由組合的。有些人一直抱怨MFC死板,我也曾經(jīng)熱衷去的研究一些小巧的界面庫WTL、fox、fltk,但是回頭來看用的最多的、對自己最有幫助然而也最另自己頭痛的還是MFC。
            軟件需要美觀,于是乎出來了許多基于MFC的界面庫,其中BCG、XTREME算是有名氣的。試想一個(gè)項(xiàng)目的開發(fā)需要多少人,又有多少人對BCG之類的庫熟悉(即使它很好用)。我曾經(jīng)遇到過一個(gè)問題:BCG的DockBar標(biāo)題在上面,占用很大一部分視圖,給人一種擁擠的感覺,而XTREME的標(biāo)題在左側(cè),這樣視圖看上去大許多。但是引入兩套界面庫是不實(shí)際的,于是自己想用MFC做一個(gè)。結(jié)果是用MFC的DockBar居然加不上去,由于涉及到一些其他問題,所以無奈只能忍受那個(gè)霸道的DockBar。最讓人無法忍受的是一些別出心裁的人在MFC對話框上加上一個(gè)漂亮的XP按鈕,哭笑不得。我也沖動認(rèn)為給我Wnd和DC就可以作出任何想要的界面效果,花上幾天時(shí)間去繪制一個(gè)控件,響應(yīng)各種消息,做完后才發(fā)現(xiàn)離專業(yè)美觀相差甚遠(yuǎn),而且放入到應(yīng)用中不協(xié)調(diào),影響軟件的商品化形象。
            軟件開發(fā)已經(jīng)進(jìn)入工業(yè)化時(shí)代了,手工蠻干顯得笨拙,對MFC進(jìn)行封裝的界面庫自從有了皮膚之后也顯得蒼白無力。到底如何才能簡化軟件開發(fā),提高軟件應(yīng)變能力??
            回到軟件設(shè)計(jì)的鐵定律:高內(nèi)聚低耦合。從面向?qū)ο蟮矫嫦驑?gòu)件到現(xiàn)在流行的面向服務(wù)軟件設(shè)計(jì)理念,無不遵守這條原則,不同只是技術(shù)上的更新。對于大型軟件的界面開發(fā),拋開美觀(可以通過皮膚滿足)不談,MFC是值得我們研究的。從開發(fā)者的熟悉程度和提供解決方案能力來講,MFC都是最佳選擇。有人會說MFC提供的控件少,不利于開發(fā),請清楚軟件開發(fā)已經(jīng)進(jìn)入工業(yè)化時(shí)代了,這已經(jīng)不再是問題(后續(xù)文章會陸續(xù)解決)。
            軟件要想軟下來,盡量適應(yīng)變化,只有降低耦合度。我們必須把MFC向?qū)a(chǎn)的框架拿來進(jìn)行解剖,斬?cái)囫詈系臓拷O。這里把軟件抽象看作App、MainFrame、DocView組成,從上面的剝離可以看到,App與MainFrame、MainFrame與DocView之間是松耦合的,每一個(gè)部分是內(nèi)聚的。只要保證每個(gè)部分之間可以正常通信,這樣一個(gè)App就可以對應(yīng)多個(gè)MainFrame,一個(gè)MainFrame可以對應(yīng)多個(gè)DocView。企業(yè)只要有App、MainFrame、DocView三個(gè)向?qū)瓿扇咧g的通信,就足以開發(fā)各種不同需求的軟件。

            讓思維漫步
            在App、MainFrame和DocView剝離開之后,我又運(yùn)行了向?qū)a(chǎn)的程序。發(fā)現(xiàn)選擇菜單的時(shí)候,狀態(tài)欄有信息提示。以前從沒有考慮過這些再普通不過的功能是如何實(shí)現(xiàn)的,突然之間覺得很神奇。我打開msdn,查閱MainFrame的基類CFrameWnd,里面有個(gè)SetMessageText函數(shù),是狀態(tài)欄顯示信息用的。嗯,選擇菜單的時(shí)候一定會調(diào)用它。于是進(jìn)入CFrameWnd的實(shí)現(xiàn)文件WINFRM.CPP,搜索SetMessageText發(fā)現(xiàn)OnEnterIdle()、OnIdleUpdateCmdUI()調(diào)用了它,

            void?CFrameWnd::OnEnterIdle(UINT?nWhy,?CWnd*?pWho)
            {
            ????CWnd::OnEnterIdle(nWhy,?pWho);

            ????
            if?(nWhy?!=?MSGF_MENU?||?m_nIDTracking?==?m_nIDLastMessage)
            ????????
            return;

            ????SetMessageText(m_nIDTracking);
            ????ASSERT(m_nIDTracking?
            ==?m_nIDLastMessage);
            }

            原來空閑的時(shí)候一直會檢測當(dāng)前菜單跟蹤狀態(tài)。
            靜下心來,讓思維去自由漫步,當(dāng)孤獨(dú)的智者。
            代碼下載。里面有說明文件。

            posted on 2006-07-08 14:42 萬連文 閱讀(1268) 評論(0)  編輯 收藏 引用 所屬分類: MFC
            簡歷下載
            聯(lián)系我

            <2006年8月>
            303112345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            常用鏈接

            留言簿(66)

            隨筆分類

            隨筆檔案

            相冊

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            亚洲欧洲精品成人久久曰影片| 国产精品久久成人影院| 久久一区二区三区免费| 天堂无码久久综合东京热| 香蕉久久夜色精品国产尤物| 久久久久亚洲AV无码专区首JN| 国内精品综合久久久40p| 国产精品久久久亚洲| 久久九色综合九色99伊人| 久久精品国产2020| 91久久福利国产成人精品| 午夜精品久久久久久久无码| 久久w5ww成w人免费| 久久青青草原精品国产不卡 | 久久99精品久久久久久| 国产69精品久久久久99| 婷婷五月深深久久精品| 久久996热精品xxxx| 久久精品国产亚洲AV高清热| 午夜精品久久久内射近拍高清| 久久天堂电影网| 亚洲AV无码久久精品狠狠爱浪潮| 久久久久国产一级毛片高清板| 久久人人妻人人爽人人爽| 久久99热这里只有精品66| 99久久无码一区人妻| 久久99国产精品久久| 欧美精品久久久久久久自慰| 伊人久久无码精品中文字幕| 国产精品美女久久久久av爽| 国产精品视频久久| 狠狠色丁香婷婷综合久久来| 久久久久国产精品人妻| 精品综合久久久久久97| 久久久精品久久久久影院| 一本久道久久综合狠狠躁AV| 久久精品中文字幕一区| 欧美伊人久久大香线蕉综合69| 国产综合精品久久亚洲| 久久精品国产72国产精福利| 久久精品国产99久久丝袜|