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

            小明思考

            高性能服務(wù)器端計(jì)算
            posts - 70, comments - 428, trackbacks - 0, articles - 0
              C++博客 :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

            從全局變量到IOC模式

            Posted on 2006-01-20 17:23 小明 閱讀(4948) 評(píng)論(7)  編輯 收藏 引用 所屬分類: C/C++
            很早以前,在我初學(xué)c語言的時(shí)候,我的第一個(gè)象樣的程序是一個(gè)五子棋程序,使用了TC2.0的圖形庫(kù),純面向過程的設(shè)計(jì),由上到下的設(shè)計(jì),而且只有一個(gè)c文件就搞定了,大概幾百行,可惜代碼已經(jīng)失傳,非常可惜。

            為什么要全局變量?
            List 1
            int main()
            {
            int s1,s2,s3;
            fun1(s1);
            fun2(s1,s2);
            fun3(s1,s2,s3);
            return 0;
            }
            上面的s1,s2,s3如果改成全局變量,則變?yōu)?BR>List 2
            int s1,s2,s3;

            int main()
            {
                fun1();
                fun2();
                fun3();
            }
            似乎簡(jiǎn)潔了一些,而且沒有了傳遞參數(shù)的開銷。但是缺點(diǎn)也是很明顯的,帶了三個(gè)函數(shù)之間的耦合。

            既然我們認(rèn)識(shí)到全局變量的問題,怎么改進(jìn)呢?
            代碼1中由于有三個(gè)變量,如果有更多的,就更麻煩,我們可以這樣改進(jìn)
            List 3
            typedef struct statusTag
            {
                
            int s1,s2,s3;
            }Status;

            int main()
            {
                Status s;
                fun1(
            &s);
                fun2(
            &s);
                fun3(
            &s);
                
            return 0;
            }
            這種技巧你可以在lua中看到,看lua的使用代碼
            List4
            #include "lua.h"
            #include 
            "lauxlib.h"
            #include 
            "lualib.h"

            int main(int argc, char *argv[])
            {
                lua_State 
            *= lua_open();
                
            const char *buf = "var = 100";
                
            int var ;
                luaopen_base(L);
                luaopen_io(L);
                lua_dostring(L, buf);
                lua_getglobal(L, 
            "var");
                var 
            = lua_tonumber(L, -1);
                lua_close(L);
                
                
            return 0;
            請(qǐng)注意到這里的lua_open方法,這其實(shí)是一種創(chuàng)建自己的工廠方法。不使用全局變量的好處就是,我們保留了可以創(chuàng)建多個(gè)對(duì)象的自由。

            時(shí)代在發(fā)展,進(jìn)入C++時(shí)代,但是全局變量仍然有人在用,存在就是合理的。GOF提出一種設(shè)計(jì)模式叫Singleton的模式,其核心思想就是不讓全局變量漂浮在空中,把它放入class中,成為衣冠楚楚的C++公民。著名的Meyer Singleton像這樣
            List 5
            class Status
            {
            private:
                Status(){};
            public:
                
            static Status& getInstance()
                {
                       
            static Status s;
                       
            return s;
                }
            };

            class User
            {
                
            void fun()
                {
                    Status 
            &= Status::Instance();
                    
            //. . .use s
                }
            };

            一切似乎很完美,使用private來防止client 創(chuàng)建它,保證了對(duì)象的唯一性(注意:Meyer singleton并不具有多線程安全,可能導(dǎo)致多次初始化對(duì)象)

            但是隨著 針對(duì)接口編程和單元測(cè)試越來越流行,singleton帶來的對(duì)單元測(cè)試不友好的特點(diǎn)日益體現(xiàn),全局變量不能很好的被mock,所以難于測(cè)試。

            這時(shí)候所謂的IOC思想(Inversion of Control,即反轉(zhuǎn)模式)出來了,簡(jiǎn)單的來說,就是通過構(gòu)造函數(shù)或者set方法實(shí)現(xiàn)注入

            List6 - 構(gòu)造函數(shù)注入
            class Status{};

            class User
            {
               
            public:
                  User(Status 
            *s):m_ps(s){};
                  
            void fun()
                  {
                       Status 
            *= m_ps;
                  }
               
            private:
                  Status 
            *m_ps;
            }

            List7 - Set 注入
            class Status{};

            class User
            {
               
            public:
                  User(){}
                  
                  
            void setStaus(Status *s)
                  {
                       m_ps 
            = s;
                  }
                  
                  
            void fun()
                  {
                       Status 
            *= m_ps;
                  }
               
            private:
                  Status 
            *m_ps;
            }

            使用IOC的好處是帶來了更強(qiáng)大的靈活性,但是帶來的問題就是調(diào)用者麻煩了(天下沒有免費(fèi)的午餐阿)

            List8
            int main()
            {
               Status s;
               User u;
               u.setStatus(
            &s);
               u.fun();
               
            return 0;
            }

            好像一切又返樸歸真,似乎并沒有帶來什么簡(jiǎn)單。有的時(shí)候簡(jiǎn)單和靈活性就是死對(duì)頭。

            為了簡(jiǎn)化用戶進(jìn)行手工注入,IOC容器出現(xiàn),在Java世界里面,最著名的莫過于Spring了.IOC容器就像一個(gè)巨大的創(chuàng)建工廠,她可以使用xml來配置這些,這真的是一場(chǎng)革命。

            <beans>
                
            <bean id="status" class="Status">
                
            </bean>

                
            <bean id="user" class="User">
                    
            <property name="status"><ref bean="status"/></property>
                
            </bean>
            </beans>
            Spring就是這樣把注入的工作移到配置文件中去,提供了強(qiáng)大的靈活性和可配置性


            但是由于c/c++ 不具備的java那么多運(yùn)行期的類型識(shí)別和反射的功能,所以我目前還沒有發(fā)現(xiàn)有在C++中使用的IOC容器,如果你知道,請(qǐng)告訴我

            那么如果是C++怎么來使注入變得簡(jiǎn)單一點(diǎn)呢,可以使用工廠方法了

            List9
            User * createUser(Status &s,Status2 &s2)
            {
               User 
            *user = new User();
               user
            ->setStatus(s);
               user
            ->setStatus2(s2);
               
            return user;
            }


            總結(jié):
            其實(shí)軟件的設(shè)計(jì)根本就沒有所謂的黃金法則,沒有免費(fèi)的午餐,你在獲得更強(qiáng)大的靈活性,往往都得到復(fù)雜性的附加效果。如果你就是寫一個(gè)自己玩的小游戲,ok,你就是用全局變量。如果你要設(shè)計(jì)龐大的Office,那你就沒有辦法把代碼寫的很簡(jiǎn)單,因?yàn)槟阋紤]的東西多了,可維護(hù)性,可測(cè)試性。

            Feedback

            # re: 從全局變量到IOC模式  回復(fù)  更多評(píng)論   

            2006-02-11 16:24 by 3×7=51
            文章寫得不錯(cuò),cppblog首頁(yè)上的大部分文章如果都能象這篇文章這樣言之有物就好了。

            # re: 從全局變量到IOC模式  回復(fù)  更多評(píng)論   

            2006-03-13 22:02 by fiestay
            真的很不錯(cuò),希望能看到更多精彩文章:)

            # re: 從全局變量到IOC模式  回復(fù)  更多評(píng)論   

            2006-05-17 10:12 by Roger
            寫得不錯(cuò)
            不過spring用xml來配置帶來了一個(gè)不方便的地方,就是沒辦法進(jìn)行重構(gòu),xml hell.

            # re: 從全局變量到IOC模式  回復(fù)  更多評(píng)論   

            2008-01-11 10:40 by thh
            http://code.google.com/p/pococapsule/

            c++ 的ioc,我也是剛剛看到

            # re: 從全局變量到IOC模式  回復(fù)  更多評(píng)論   

            2009-02-13 16:20 by aztack
            好文

            # re: 從全局變量到IOC模式  回復(fù)  更多評(píng)論   

            2009-03-31 11:10 by 1234
            看上去有點(diǎn)意思,但實(shí)際上完全沒講到點(diǎn)子上

            依賴注入、控制反轉(zhuǎn)~
            什么是依賴?誰依賴誰?如何注入?
            什么是控制?誰控制誰?為何稱為反轉(zhuǎn)?

            請(qǐng)找經(jīng)典文章仔細(xì)研究

            # re: 從全局變量到IOC模式  回復(fù)  更多評(píng)論   

            2009-09-17 14:37 by tom zhou
            PocoCapsule/C++ IoC and DSM Framework
            91精品国产91久久久久久青草 | 伊人久久大香线蕉综合5g| 久久黄视频| 中文字幕精品久久久久人妻| 久久亚洲2019中文字幕| 久久人人爽人人人人爽AV| 国产成人久久AV免费| 日韩精品久久久久久| 色8激情欧美成人久久综合电| 区亚洲欧美一级久久精品亚洲精品成人网久久久久| 亚洲国产成人精品女人久久久| 久久精品国产乱子伦| 88久久精品无码一区二区毛片| 亚洲国产美女精品久久久久∴| 久久亚洲精品视频| 亚洲AV无码久久精品成人| 久久国产免费直播| 国产精品美女久久久久网| 久久精品国产精品亚洲精品| 一本色道久久88加勒比—综合| 伊人色综合久久天天人手人婷| 久久国产乱子伦精品免费午夜| 99久久精品国产麻豆| 久久久精品人妻一区二区三区蜜桃| 99久久精品国产一区二区| 国产一级做a爰片久久毛片| 久久婷婷五月综合成人D啪| 欧美激情精品久久久久久久九九九| 精品999久久久久久中文字幕| 中文字幕乱码人妻无码久久| 久久久无码精品亚洲日韩软件| 久久亚洲国产欧洲精品一| 久久精品国产亚洲AV嫖农村妇女| 免费久久人人爽人人爽av| 久久亚洲欧洲国产综合| 国产国产成人久久精品| 99久久精品免费看国产免费| 久久青青草原国产精品免费| 国产精品久久波多野结衣| 久久精品国产一区二区三区日韩| 国产美女久久精品香蕉69|