• <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àn)星星@豌豆莢 歡迎加入我們
            一個(gè)吃軟飯的男人!!!!!我只想寫程序####
            微博:http://weibo.com/wanlianwen
            posts - 172,  comments - 1253,  trackbacks - 0
            新的代碼已經(jīng)上傳,請(qǐng)?jiān)?https://x-framework.googlecode.com/svn/trunk 更新

            這一次的更新有些倉(cāng)促,主要是有一些網(wǎng)友希望能早些看到chrome的tab頁(yè)效果的具體實(shí)現(xiàn),目前來(lái)講還有一些沒(méi)實(shí)現(xiàn)的地方,會(huì)導(dǎo)致一些bug,下載代碼調(diào)試的時(shí)候,請(qǐng)忽視異常,勇敢的按下f5,不能正常退出請(qǐng)終止調(diào)試或者殺掉進(jìn)程,任何崩潰不能退出的地方都有可能,僅故學(xué)習(xí)參考。

            一些截圖:






            我認(rèn)為chrome的架構(gòu)在三個(gè)方面做的非常好:通知系統(tǒng)(線程模型/觀察者模式)、preference系統(tǒng)和extension擴(kuò)展系統(tǒng),非常具有互聯(lián)網(wǎng)客戶端特征,大部分功能都可以重用。適合搭建互聯(lián)網(wǎng)客戶端平臺(tái),然而在中國(guó)能駕馭如此全面架構(gòu)的互聯(lián)網(wǎng)企業(yè)應(yīng)該也不多,小步跑多迭代需要依賴可靠的平臺(tái)。其多進(jìn)程的架構(gòu)模型,好處自然不用多說(shuō),然而需要的架構(gòu)水平之高恐怕很難在實(shí)際開(kāi)發(fā)中真正全部跑起來(lái)。

            下面是所在團(tuán)隊(duì)使用chrome遇到問(wèn)題時(shí)候,我做的一些研究分析,在分析前我對(duì)chrome內(nèi)部的線程對(duì)象關(guān)系也很模糊,希望對(duì)他人有用。

            chrome在線程和對(duì)象之間運(yùn)作的一些基礎(chǔ)技巧,總體來(lái)講使用了三種設(shè)施,而不是一刀切,一個(gè)不規(guī)范的報(bào)告如下:

            ☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
            同一線程同一對(duì)象的方法異步調(diào)用     ScopedRunnableMethodFactory能保證對(duì)象自身異步方法調(diào)用的安全性

            同一線程不同對(duì)象之間的通知       調(diào)用者派生NotificationObserver,通過(guò)NotificationRegistrar把自己注冊(cè)到通知系統(tǒng),通知源觸發(fā)NotificationService          訂閱模式,線程內(nèi)同步調(diào)用,不存在對(duì)象生命周期的問(wèn)題

            MessageLoopProxy是線程安全的引用計(jì)數(shù)對(duì)象,內(nèi)部封裝了線程消息循環(huán),MessageLoop銷毀的時(shí)候會(huì)置空其MessageLoopProxy中的消息循環(huán),支持線程安全的異步調(diào)用,適合在不同線程之間回調(diào),回調(diào)過(guò)程是異步的,所以牽扯到的參數(shù)必須考慮對(duì)象生命周期以及對(duì)象方法調(diào)用的線程問(wèn)題。我的想法就是回調(diào)的對(duì)象最好是生命周期跟application的一致的大對(duì)象,充當(dāng)manager(這也正是一個(gè)管理者該做的事情),這樣就能維持回調(diào)對(duì)象的合法性。

            chrome推薦多使用非線程安全對(duì)象,也就是對(duì)象方法的執(zhí)行都在對(duì)象創(chuàng)建的線程

            Application<----------------------------------------------------------
               |--------|...                                                                        |
               V         V                                                                          |
            UI線程    文件讀寫線程     數(shù)據(jù)庫(kù)讀寫線程             網(wǎng)絡(luò)線程 ...     |
            UIMgr     FileIOMgr        DatabaseIOMgr           NetIOMgr       |
            Obj...     Obj...                ...                             ...                |
            Obj...     Obj...                ...                             ...                ---
            ☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆☆
            在chrome中運(yùn)用最多的是第二種技法,因?yàn)楸旧砭蜎](méi)有那么多對(duì)象需要跨線程;其次是第三種,因?yàn)榛ヂ?lián)網(wǎng)客戶端確實(shí)存在不少的多線程數(shù)據(jù)管理;最后是第一種技法,這種情況較為少見(jiàn)。

            至于全面詳盡的剖析,我沒(méi)有精力或者暫時(shí)沒(méi)有勇氣去整理。后面代碼的更新可能也會(huì)減緩,自己會(huì)考慮在如何使用這套框架做一些東西。
            posted on 2011-09-14 23:45 萬(wàn)連文 閱讀(7329) 評(píng)論(31)  編輯 收藏 引用 所屬分類: 小作品

            FeedBack:
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2011-09-15 02:32 | Enic
            首先膜拜一下大神,,,

            svn剛剛更新了代碼,發(fā)現(xiàn)一點(diǎn)點(diǎn)小問(wèn)題
            file:examples\igantt\gantt_main.cpp
            line:PathProvider(base::DIR_EXE, &res_dll);
            編譯器說(shuō)不認(rèn)識(shí)這貨,,,


            后來(lái)把這兩貨移動(dòng)到 path_service.h, chrome編譯通過(guò)
            namespace base
            {

            bool PathProvider(int key, FilePath* result);
            bool PathProviderWin(int key, FilePath* result);

            }


            再后來(lái)igantt在鏈接的時(shí)候連接器說(shuō)不認(rèn)識(shí)這貨
            _modp_b64_encode
            估計(jì)要重新編譯base lib,
            正在編譯ing
            無(wú)效
            搜索代碼,好像這個(gè)函數(shù)確實(shí)沒(méi)有。終于被我找到一個(gè)bug了,,,



            ××××××××××××××××××××××××××××××××××××××××
            博客追了很久了,第一次冒泡。
            說(shuō)來(lái)慚愧,小弟道行不夠,直接看chrome差點(diǎn)傻眼了,只能跟著大神的腳步了,,,希望跟得上,,,
            再次謝過(guò)博主大神的無(wú)私奉獻(xiàn),,,
              回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2011-09-15 08:22 | Async
            效率真高,注意休息。羅馬非一日之功  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)[未登錄](méi)
            2011-09-15 08:45 | jacky_zz
            真快啊!  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2011-09-15 10:41 | 萬(wàn)連文
            @Enic
            未維護(hù)工程的編譯問(wèn)題已經(jīng)fix并提交了  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2011-09-15 12:20 | Skill
            PathProvider找不到標(biāo)識(shí)符 請(qǐng)問(wèn)樓主是怎么解決?  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2011-09-15 12:43 | Skill
            加上PathProvider的定義,又出現(xiàn)Base64Encode無(wú)法解析錯(cuò)誤 是不是跟我的VS2010版本有關(guān)系啊  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2011-09-15 12:55 | 萬(wàn)連文
            @Skill
            請(qǐng)更新svn工程,我已經(jīng)fix了  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2011-09-15 13:40 | ces
            gfx::Size contents_size(contents_split_->GetMinimumSize());
            運(yùn)行時(shí)在這句出錯(cuò).  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2011-09-15 13:43 | 小閔
            gfx::Size contents_size(contents_split_->GetMinimumSize());
            恩,一樣,這里報(bào)錯(cuò)  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2011-09-15 14:34 | 萬(wàn)連文
            @ces
            @小閔
            已經(jīng)fix了空指針錯(cuò)誤,請(qǐng)更新。因?yàn)榭车袅艘恍┕δ埽杂行┑胤經(jīng)]有屏蔽徹底。  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2011-09-15 16:27 | synthetic feather hair extensions
            小第是佩服的五體投地啊,chromw的代碼真的很精髓,速度不是一般的快。。  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2011-09-16 10:26 | ces
            提點(diǎn)建議:最好保留chromium原來(lái)目錄結(jié)構(gòu),文件名,命名,自己改或新建的加些注釋,一來(lái)便于找bug,二來(lái)便于升級(jí),否則改動(dòng)量比較大  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2011-09-16 10:30 | ces
            要是demos和chrome兩個(gè)工程結(jié)合起來(lái)就好了.  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2011-09-16 10:43 | 萬(wàn)連文
            @ces
            其實(shí)我不打算去實(shí)現(xiàn)一個(gè)chrome或者一個(gè)qq之類,從我自己來(lái)講對(duì)于升級(jí)已經(jīng)了如指掌,真正想要依賴chrom的庫(kù)可以以這個(gè)項(xiàng)目為學(xué)習(xí)目的,然后直接拿chrome的庫(kù)編譯使用在自己的工程中。不過(guò)您的建議非常好。  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)[未登錄](méi)
            2011-09-16 10:51 | jacky_zz
            提個(gè)建議啊,能把bin下的那個(gè)wmv換掉嗎??太大了!!!!  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2011-09-16 10:57 | ces
            哈,是能改就很厲害了,比如chromium改了base_tab.h,直接覆蓋的話,就要改#ifndef CHROME_BROWSER_UI_VIEWS_TABS_BASE_TAB_H_
            #define CHROME_BROWSER_UI_VIEWS_TABS_BASE_TAB_H_
            為#ifndef __base_tab_h__
            #define __base_tab_h__,另外所有的views都要改為view。個(gè)人覺(jué)得比較麻煩,哈哈,只是建議。多謝你的工作!  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2011-09-16 12:29 | 萬(wàn)連文
            @jacky_zz
            已經(jīng)修改  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2011-09-21 13:53 | cac
            是否有g(shù)ridlayout的說(shuō)明呢?
            布局的這個(gè)不怎么看的懂  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2011-10-03 19:42 | nomane
            這種研究大型代碼的方式,特別是ui,我覺(jué)得還不如自己去實(shí)現(xiàn)來(lái)的有意義。  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2011-10-13 16:57 | ces
            哈,好久沒(méi)更新了!  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2011-12-14 20:21 |
            長(zhǎng)時(shí)間不更新了哦  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)[未登錄](méi)
            2012-01-04 09:25 | lgh
            我用chromium改了個(gè)ie內(nèi)核的 瀏覽器,去掉webkit和一些工程后不到4m,還是大了點(diǎn),ie.zhe2.com里下載
            指教下,qq:44516189  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2012-02-05 22:37 | jiang.j.q
            真的非常好。Demo里好像沒(méi)有Tree控件,其他下次更新中給出一個(gè)。  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2012-04-20 17:02 | wow gold
            現(xiàn)在chrome的發(fā)展趨勢(shì)是很驚人  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2013-08-14 08:01 | BUG
            WebBrowser 無(wú)法運(yùn)行,點(diǎn)擊導(dǎo)航會(huì)直接卡死,找了幾天不知道原因,其他的flash點(diǎn)擊播放也會(huì)卡死,WINXP VS2010,不知道為何?  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2013-08-14 22:19 | 無(wú)悔
            果真大神啊,當(dāng)我把chrome的源碼編譯通過(guò)的時(shí)候,一看代碼,我就迷失了!!!  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2013-09-29 10:57 | 路過(guò)
            拜讀大神文章獲益良多。上柱香。。  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2013-11-08 14:18 | 神靈舞
            萬(wàn)大哥,可以大體說(shuō)一下tab拖拽部分具體是哪幾個(gè)類實(shí)現(xiàn)嗎,還有類關(guān)系,謝謝啦  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2014-02-27 22:14 | 游客~
            大哥看你博客名字 你是做過(guò)豌豆莢嗎???  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)[未登錄](méi)
            2014-03-05 23:23 | 萬(wàn)連文
            @游客~

            是的  回復(fù)  更多評(píng)論
              
            # re: 基于Chrome開(kāi)源提取的界面開(kāi)發(fā)框架 三(.3)
            2015-10-12 22:42 | mmocake
            豌豆莢非常不錯(cuò)的應(yīng)用  回復(fù)  更多評(píng)論
              
            簡(jiǎn)歷下載
            聯(lián)系我

            <2006年6月>
            28293031123
            45678910
            11121314151617
            18192021222324
            2526272829301
            2345678

            常用鏈接

            留言簿(66)

            隨筆分類

            隨筆檔案

            相冊(cè)

            搜索

            •  

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            久久久久亚洲av无码专区| 久久精品国产亚洲av麻豆色欲| a级毛片无码兔费真人久久| 麻豆AV一区二区三区久久| 久久久久人妻一区精品色| 精品综合久久久久久97| 久久人人爽人人爽人人片AV麻烦| 日本久久久久久久久久| 日韩精品久久久肉伦网站| 久久久久久久综合狠狠综合| 久久久久久免费视频| 久久久久亚洲AV成人网人人网站| 久久人人爽人人人人片av| 亚洲综合伊人久久综合| 韩国三级中文字幕hd久久精品| www.久久精品| 国产精品激情综合久久| 亚洲精品乱码久久久久久| 成人久久免费网站| 久久精品国产亚洲AV高清热| 国产精品久久久久久福利漫画| 久久99精品国产99久久6男男| 51久久夜色精品国产| 三级片免费观看久久| 91精品国产综合久久久久久| 久久99精品久久久久久| 久久久精品久久久久久| 思思久久精品在热线热| 久久精品亚洲日本波多野结衣| 久久国产免费观看精品| 久久久久无码中| 久久婷婷五月综合色奶水99啪| 91精品日韩人妻无码久久不卡 | 久久精品日日躁夜夜躁欧美| 成人免费网站久久久| 国产精品丝袜久久久久久不卡| 久久久久亚洲av无码专区喷水| 久久久久99这里有精品10| 欧美黑人激情性久久| 精品久久久久久无码人妻热| 国产精品福利一区二区久久|