• <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)

            隨筆分類

            隨筆檔案

            相冊

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            国产成人久久精品区一区二区| 亚洲国产小视频精品久久久三级| 国产精品久久久久久久app| 久久久不卡国产精品一区二区| 国产99久久久国产精品~~牛| 精品久久久久久久中文字幕 | 国产伊人久久| 九九精品久久久久久噜噜| 亚洲国产精品18久久久久久| 久久夜色tv网站| 久久这里有精品| 亚洲综合伊人久久综合| 亚洲国产另类久久久精品黑人| 97久久精品无码一区二区| 久久综合伊人77777| 久久综合香蕉国产蜜臀AV| 亚洲国产成人精品无码久久久久久综合| 久久久久久久免费视频| 99精品国产在热久久无毒不卡| 久久中文字幕视频、最近更新 | 色妞色综合久久夜夜| 99久久国产综合精品麻豆| 久久久久亚洲AV成人网人人网站| 色狠狠久久AV五月综合| 青青草原综合久久大伊人导航 | 日本精品久久久久影院日本| 精品少妇人妻av无码久久| 人妻少妇精品久久| 国产99久久久国产精免费| 99久久超碰中文字幕伊人 | 狠狠色噜噜狠狠狠狠狠色综合久久| 一级做a爰片久久毛片免费陪| 精品一久久香蕉国产线看播放| 99精品久久精品| 精品久久久久久久久午夜福利| 东方aⅴ免费观看久久av| 欧美午夜A∨大片久久| 午夜精品久久久久久影视777 | 日本国产精品久久| 狠狠色综合网站久久久久久久| 中文字幕久久欲求不满|