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

            初探數據表現層和業務邏輯層的分離


                    在MP3播放器中,無疑MP3或其他音樂文件的解碼就是這里的業務邏輯,而諸如“播放”、“暫停”這些接收用戶輸入的控件就是數據表現形式。現在目的和明確了,就是將這兩這分離。

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

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

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

            評論

            # re: 初探數據表現層和業務邏輯層的分離 2008-06-30 21:08 LOGOS

            對你的想法表示肯定
            呵呵
              回復  更多評論   

            # re: 初探數據表現層和業務邏輯層的分離 2008-07-01 02:38 陳梓瀚(vczh)

            你的IMainCtrl看起來似乎是界面事件的接收器。CUIFactory創建界面,界面把事件傳遞到IMainCtrl,IMainCtrl再把時間傳遞到IPlayer,然后每一種IPlayer實現不同的音樂格式的播放。

            不過CPlayerFactory和IPlayer那么設計似乎有點不妥,不知道是不是我對你的圖的理解有偏差。我的意見是這樣的:因為你的每一種IPlayer的實現是對應于一種文件格式的,但是文件格式需要將文件讀進來之后才知道。這里有兩種情況:1、你通過擴展名來判斷;2、你通過文件的前幾個字節來判斷。我推薦第二種。

            那么這個情況下,你需要的是一個映射,將文件的前若干個字節對應到一種IPlayer的實現上。那么你的CPlayerFactory就不應當那么設計。你的每一種IPlayer都要有一個規格相同的創建函數(普通函數)或者一個繼承了IPlayerCreator的全局對象(可以是static),然后你將每一種創建函數或IPlayerCreator綁定到一個擴展名或文件的前若干個字節上面。然后CPlayerFactory通過檢查文件名或讀入文件的前幾個字節來判斷究竟要使用哪一種IPlayerCreator,最后才使用IPlayerCreator創建IPlayer。

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

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

            class IPlayerCreator
            {
            public:
            virtual IPlayer* CreatePlayer();
            virtual void DestroyPlayer(IPlayer* Player);
            /*Test函數通過閱讀文件的內容(已經填入Buffer,可以不完全填入)來判斷IPlayerCreator所創建的IPlayer是否能夠播放這種文件*/
            virtual bool Test(void* Buffer);
            };

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

            這是我的觀點,這種做法可以解決你『不能通過文件來構造Player』的弱點。  回復  更多評論   

            # re: 初探數據表現層和業務邏輯層的分離 2008-07-01 02:47 陳梓瀚(vczh)

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

            # re: 初探數據表現層和業務邏輯層的分離[未登錄] 2008-07-01 11:46 紫云追雪

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

            # re: 初探數據表現層和業務邏輯層的分離 2008-07-01 12:44 企業即時通訊

            有點高不可攀,我在學習。  回復  更多評論   

            # re: 初探數據表現層和業務邏輯層的分離 2008-07-01 12:58 true

            心里有個分離的傾向就行了,完全分離是不可能的,也是模糊的,難以理解又耽誤項目進度的:D  回復  更多評論   

            # re: 初探數據表現層和業務邏輯層的分離 2008-07-10 17:59 Wealth

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

            對于是否需要分離UI和業務邏輯,確實是要看項目的進展,實施過程中還是有很多意想不到的麻煩。  回復  更多評論   

            # re: 初探數據表現層和業務邏輯層的分離 2012-07-21 14:18 毛毛蟲面包

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

            <2025年5月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            導航

            統計

            常用鏈接

            留言簿

            隨筆分類(8)

            隨筆檔案(8)

            文章分類

            Around Web

            CoBlog

            Develop Usage Link

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            久久婷婷色综合一区二区| 一本久久久久久久| 亚洲Av无码国产情品久久| 欧美777精品久久久久网| 久久精品国产亚洲网站| 国内精品伊人久久久久影院对白| 日本精品久久久久中文字幕8| 99久久精品国产一区二区蜜芽| 久久综合欧美成人| 久久久艹| 亚洲国产精品高清久久久| 久久精品无码专区免费青青| 99久久国语露脸精品国产| 国产欧美久久久精品| 久久久91人妻无码精品蜜桃HD| 久久噜噜久久久精品66| 中文字幕久久亚洲一区| 久久精品国产亚洲沈樵| 亚洲中文字幕伊人久久无码| 国产精品美女久久久久| 94久久国产乱子伦精品免费| 一本久久综合亚洲鲁鲁五月天| 国产精品一区二区久久国产| 国产精品一区二区久久精品无码| 久久久久国产精品嫩草影院| 香蕉久久夜色精品升级完成| 久久AⅤ人妻少妇嫩草影院| 久久天天躁夜夜躁狠狠躁2022 | 亚洲伊人久久大香线蕉综合图片 | 浪潮AV色综合久久天堂| 国产精品久久久久久福利漫画| 亚洲Av无码国产情品久久| 99精品久久久久中文字幕| 久久亚洲国产最新网站| 久久婷婷五月综合97色| 精品久久人人做人人爽综合| 久久天天躁狠狠躁夜夜avapp| 欧美麻豆久久久久久中文| 久久亚洲国产欧洲精品一| 无码AV中文字幕久久专区| 精品国产乱码久久久久软件|