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

            初探數(shù)據(jù)表現(xiàn)層和業(yè)務(wù)邏輯層的分離


                    在MP3播放器中,無(wú)疑MP3或其他音樂(lè)文件的解碼就是這里的業(yè)務(wù)邏輯,而諸如“播放”、“暫停”這些接收用戶輸入的控件就是數(shù)據(jù)表現(xiàn)形式?,F(xiàn)在目的和明確了,就是將這兩這分離。

            UI和Player的接口
                    但程序如何將這兩這組裝起來(lái)那?直接使用CUI和CPlayer?這樣的話,在更換UI或者希望能播放wav之類的音樂(lè)時(shí),對(duì)代碼的修改都不符合開(kāi)放封閉原則。但是加上Factory呢?

            加上Factory后的UML圖
                    一切似乎都在改變。如果最開(kāi)始是用MFC做的一套UI,現(xiàn)在需要將程序移植到Linux上,且用Qt做UI來(lái)實(shí)現(xiàn)MP3的播放,那么只需要添加CLinuxQtUI類實(shí)現(xiàn)IUI接口就可以了,程序的大部分代碼不需要改變。假如想支持wma文件的播放,好,只需另外再增加一個(gè)類CwmaPlayer來(lái)實(shí)現(xiàn)IPlayer就完了。
                    顯然這樣的工作量減少很多。

            posted on 2008-06-30 19:27 Wealth 閱讀(3755) 評(píng)論(8)  編輯 收藏 引用 所屬分類: C++

            評(píng)論

            # re: 初探數(shù)據(jù)表現(xiàn)層和業(yè)務(wù)邏輯層的分離 2008-06-30 21:08 LOGOS

            對(duì)你的想法表示肯定
            呵呵
              回復(fù)  更多評(píng)論   

            # re: 初探數(shù)據(jù)表現(xiàn)層和業(yè)務(wù)邏輯層的分離 2008-07-01 02:38 陳梓瀚(vczh)

            你的IMainCtrl看起來(lái)似乎是界面事件的接收器。CUIFactory創(chuàng)建界面,界面把事件傳遞到IMainCtrl,IMainCtrl再把時(shí)間傳遞到IPlayer,然后每一種IPlayer實(shí)現(xiàn)不同的音樂(lè)格式的播放。

            不過(guò)CPlayerFactory和IPlayer那么設(shè)計(jì)似乎有點(diǎn)不妥,不知道是不是我對(duì)你的圖的理解有偏差。我的意見(jiàn)是這樣的:因?yàn)槟愕拿恳环NIPlayer的實(shí)現(xiàn)是對(duì)應(yīng)于一種文件格式的,但是文件格式需要將文件讀進(jìn)來(lái)之后才知道。這里有兩種情況:1、你通過(guò)擴(kuò)展名來(lái)判斷;2、你通過(guò)文件的前幾個(gè)字節(jié)來(lái)判斷。我推薦第二種。

            那么這個(gè)情況下,你需要的是一個(gè)映射,將文件的前若干個(gè)字節(jié)對(duì)應(yīng)到一種IPlayer的實(shí)現(xiàn)上。那么你的CPlayerFactory就不應(yīng)當(dāng)那么設(shè)計(jì)。你的每一種IPlayer都要有一個(gè)規(guī)格相同的創(chuàng)建函數(shù)(普通函數(shù))或者一個(gè)繼承了IPlayerCreator的全局對(duì)象(可以是static),然后你將每一種創(chuàng)建函數(shù)或IPlayerCreator綁定到一個(gè)擴(kuò)展名或文件的前若干個(gè)字節(jié)上面。然后CPlayerFactory通過(guò)檢查文件名或讀入文件的前幾個(gè)字節(jié)來(lái)判斷究竟要使用哪一種IPlayerCreator,最后才使用IPlayerCreator創(chuàng)建IPlayer。

            那么這里我稍微做一下圖:

            class IPlayer
            {
            public:
            virtual void Load(string FileName);
            /*Play SetPosition Reset Pause等操作*/
            virtual IPlayerCreator* GetCreator();/*GetCreator返回的是一個(gè)全局對(duì)象,只要是相同的IPlayer就返回相同的IPlayerCreator。主要用于當(dāng)prototype或者釋放自己用*/
            };

            class IPlayerCreator
            {
            public:
            virtual IPlayer* CreatePlayer();
            virtual void DestroyPlayer(IPlayer* Player);
            /*Test函數(shù)通過(guò)閱讀文件的內(nèi)容(已經(jīng)填入Buffer,可以不完全填入)來(lái)判斷IPlayerCreator所創(chuàng)建的IPlayer是否能夠播放這種文件*/
            virtual bool Test(void* Buffer);
            };

            class CPlayerFactory
            {
            public:
            /*注冊(cè)一種PlayerCreator*/
            void Register(IPlayerCreator* Creator);
            /*通過(guò)文件來(lái)選擇IPlayerCreator,這里使用責(zé)任鏈模式依次測(cè)試所有IPlayerCreator直到IPlayerCreator::Test返回true*/
            IPlayerCreator* SelectCreator(string FileName);
            };

            這是我的觀點(diǎn),這種做法可以解決你『不能通過(guò)文件來(lái)構(gòu)造Player』的弱點(diǎn)。  回復(fù)  更多評(píng)論   

            # re: 初探數(shù)據(jù)表現(xiàn)層和業(yè)務(wù)邏輯層的分離 2008-07-01 02:47 陳梓瀚(vczh)

            看了我自己的評(píng)論之后突然想起了某文(Why I Hate Framework)中所提到的IFactoryFactoryFactory。你可以去看看。  回復(fù)  更多評(píng)論   

            # re: 初探數(shù)據(jù)表現(xiàn)層和業(yè)務(wù)邏輯層的分離[未登錄](méi) 2008-07-01 11:46 紫云追雪

            對(duì)于事件或消息處理部分看得不是很明白。
            樓上的,在不同處理音頻文件播放上正解。使用“責(zé)任鏈模式”,可以使你的設(shè)計(jì)在業(yè)務(wù)邏輯中間層不必考慮不同文件格式(MP3,MIDI,WAV等)帶來(lái)的影響。
            針對(duì)不同文件格式,提供與之對(duì)應(yīng)的Handler(樓上的IPlayerCreator ),如果參照Com原理與Plugin思想,會(huì)使程序更靈活。
            開(kāi)源的音頻處理軟件audacity(http://audacity.sourceforge.net/),在不同音頻格式的讀取播放和插件方面寫(xiě)的不錯(cuò),可以參考。
            audacity的GUI部分是使用開(kāi)源庫(kù)wxWidgets(http://www.wxwidgets.org/)寫(xiě)的。  回復(fù)  更多評(píng)論   

            # re: 初探數(shù)據(jù)表現(xiàn)層和業(yè)務(wù)邏輯層的分離 2008-07-01 12:44 企業(yè)即時(shí)通訊

            有點(diǎn)高不可攀,我在學(xué)習(xí)。  回復(fù)  更多評(píng)論   

            # re: 初探數(shù)據(jù)表現(xiàn)層和業(yè)務(wù)邏輯層的分離 2008-07-01 12:58 true

            心里有個(gè)分離的傾向就行了,完全分離是不可能的,也是模糊的,難以理解又耽誤項(xiàng)目進(jìn)度的:D  回復(fù)  更多評(píng)論   

            # re: 初探數(shù)據(jù)表現(xiàn)層和業(yè)務(wù)邏輯層的分離 2008-07-10 17:59 Wealth

            陳梓瀚(vczh)兄弟提供的思路真是妙極了。

            對(duì)于是否需要分離UI和業(yè)務(wù)邏輯,確實(shí)是要看項(xiàng)目的進(jìn)展,實(shí)施過(guò)程中還是有很多意想不到的麻煩。  回復(fù)  更多評(píng)論   

            # re: 初探數(shù)據(jù)表現(xiàn)層和業(yè)務(wù)邏輯層的分離 2012-07-21 14:18 毛毛蟲(chóng)面包

            @陳梓瀚(vczh)
            看了一下 的確是這樣 有時(shí)候有不得不這樣  回復(fù)  更多評(píng)論   

            <2025年8月>
            272829303112
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            導(dǎo)航

            統(tǒng)計(jì)

            常用鏈接

            留言簿

            隨筆分類(8)

            隨筆檔案(8)

            文章分類

            Around Web

            CoBlog

            Develop Usage Link

            搜索

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            无码乱码观看精品久久| 久久AV无码精品人妻糸列| 久久免费高清视频| 一级a性色生活片久久无少妇一级婬片免费放 | 久久影院午夜理论片无码| 99精品国产综合久久久久五月天| 久久精品亚洲日本波多野结衣| 日韩精品久久久久久| 久久精品国产久精国产一老狼| 人人狠狠综合久久亚洲婷婷| 久久久久亚洲av综合波多野结衣| 久久免费精品一区二区| 国产69精品久久久久9999APGF | 久久亚洲精品国产亚洲老地址| 精品蜜臀久久久久99网站| 中文精品99久久国产| 国产精品99久久精品爆乳| 久久久久人妻精品一区二区三区| 日韩影院久久| 免费一级做a爰片久久毛片潮| 国产精品久久国产精品99盘| 狠狠色丁香婷婷久久综合五月 | 超级97碰碰碰碰久久久久最新 | 久久综合鬼色88久久精品综合自在自线噜噜 | 久久久久亚洲AV无码观看| 青青青青久久精品国产h久久精品五福影院1421 | 一本色道久久HEZYO无码| 久久精品中文字幕一区| 久久久久免费精品国产| 久久99热狠狠色精品一区| MM131亚洲国产美女久久| 精品蜜臀久久久久99网站| 久久人人爽人人爽人人片av高请| 亚洲国产精品无码久久98| 亚洲精品高清国产一线久久| 777午夜精品久久av蜜臀| 色综合久久无码五十路人妻| 日韩人妻无码精品久久久不卡| 久久精品国产亚洲AV忘忧草18| 久久久久亚洲AV无码观看| 国内精品伊人久久久久AV影院|