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

            socketref,再見!高德

            https://github.com/adoggie

              C++博客 :: 首頁 :: 聯系 :: 聚合  :: 管理
              246 Posts :: 4 Stories :: 312 Comments :: 0 Trackbacks

            常用鏈接

            留言簿(54)

            我參與的團隊

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            #


                  系統在閑暇之余慢慢進行,沒有寫任何設計文檔,所有的設計都在腦子里面,對于結構非常清晰,沒有合適的合作伙伴,只能慢慢做
                  fas,eserver,febean,code_bean,mplayer基本完成并進行了簡單測試,css完成大部分編碼,與alice的rpc完成通信,已經能夠通過http訪問基本的系統功能,通過操作瀏覽器可以訪問前端媒體設備。前端設備只是接入了一個deskCam,用xvid編解碼,不過沒有關系
                  今天寫到了css與alice的xmlrpc通信部分,對于資料查詢,錄像啟動,停止等操作即將加入
            可是接下來公司要派遣出差,可能又要耽誤了

            近期計劃:
            2005.12.12~2005.12.30:
              1.完成css錄像和存儲的剩余編碼和調試,提供web接口啟動錄像,查詢錄像資料和錄像的回放
              2.修改mplayer控件,增加本地錄像,抓拍,回放工功能,并進一步調試穩定
              3.提供簡單的web系統,可以進行瀏覽,控制,回放(不提供其他管理,諸如用戶,設備管理)
              2006.01.01~2006.01.30
              1.整體聯測完成 
              2.增加接入另外一款設備,比如acti或者smartsight
              3.所有系統模塊入cvs  
              4.推出0.1版本
             

            posted @ 2005-12-11 20:20 放屁阿狗 閱讀(491) | 評論 (0)編輯 收藏

                     xmlrpc的標準是xml+http的實現,但是在應用過程中發現基于http的協議必然造成客戶機每次rpc調用都要進行連接服務器,導致的開銷增大;還有一個問題在于服務端實現method的注冊回掉,而不像RMI那樣兩端都能注冊服務方法,如果客戶機也要增加回調method的話,也必須起xmlrpc的服務
                     xmlrpc-c-1.03.06  http://xmlrpc-c.sourceforge.net 一種xmlrpc的c語言的實現,通過觀看其代碼,發現他選擇abyss 作為自己的通信接口來提供http服務,由于是基于http的,如果作為服務通信接口的話就不太理想了,比如兩個系統要經常進行雙向通信,交互的頻率很高的話,會導致這種通信的開銷非常大,而且都是單向通信(一般服務端不能主動調用客戶端的rcp方法)。由于是單向通信,造成了比如 外部網絡無法穿透防火墻連接到內部主機的問題,更談不上進一步的xmlrpc調用。
                     所以我想基于xmlrpc-c的改造,替換掉abyss這個web服務器的通信接口,提供一種基于tcp的常連接的通信方法,使客戶機和服務器都能同時注冊自己的回調函數,然后通過兩者之間的tcp連接進行傳送xmlrp數據包。

            002.bmp

            posted @ 2005-12-02 09:26 放屁阿狗 閱讀(1984) | 評論 (4)編輯 收藏

            下載xmlrpc-c-1.03.06,用winzip解壓,
             進入windows目錄,修改transport_config_win32.h(改為使用curl)
             運行windows\ConfigureWin32.bat
             用vc打開xmlrpc.dsw,將xmlrpc_curl_transport.c 移出工程,然后再加入工程(vc6' bug)
             修改第669行為:
             pthread_create(threadP, NULL, (pthread_func)threadRoutine, (void*)rpcP);
             修改773行為:
             createThread(envP,(void * (*)(void *)) &doAsyncRpc, rpcP, &rpcP->thread);

            posted @ 2005-12-01 12:51 放屁阿狗 閱讀(1617) | 評論 (1)編輯 收藏

            在編程過程中,為了消除類與類的耦合,使模塊更獨立,不得不經常使用函數指針作為回調
            比如a 調用b.getinstance(),b調用a.getfirst(),兩個模塊關系綁定,無法單獨使用其中一個,作為c++的解決 方法是定義一個a的抽象基類a-base,定義一個b的抽象基類b-base,然后b調用a-base的接口,a調用b-base的接口,這樣很是麻煩
            用函數指針就沒有這么多的活了,可以在b的構造函數定義為 b( string (*getfirst)()),a的構造函數a(string (*getinstance)())
            posted @ 2005-11-29 11:46 放屁阿狗 閱讀(510) | 評論 (0)編輯 收藏

            不太喜歡.net,.net有點霸道,商業味道太濃。
            .net,java擺在面前,我會選擇java,雖然沒做過大的java應用
            java,c++擺在面前,我會選擇c++,其實任何一門語言沒有其應用庫的支持的話,開發效率是非常低下的,現在c++成熟的庫非常多,開發效率也是高速提升
            喜歡linux,但每天還必須在hpux下干活,有點無奈
            posted @ 2005-11-29 10:25 放屁阿狗 閱讀(283) | 評論 (0)編輯 收藏

             

            對于監控系統,自己已經開始做第2次重構了,各個系統模塊在自己的控制之下,沒有出現失控的狀態。用javacode工具察看了一下代碼有12000行,這半個月時間真的是挺忙的
            webserver端現在也采用流行的ajax+xslt+xmlrpc技術,對于新的技術的研究和嘗試是件快樂的事情graph02.gifgraph09t.gif

            posted @ 2005-11-29 10:14 放屁阿狗 閱讀(265) | 評論 (0)編輯 收藏

            僅列出標題
            共25頁: First 17 18 19 20 21 22 23 24 25 
            久久久久青草线蕉综合超碰| 国产亚洲欧美成人久久片| 伊人久久亚洲综合影院| 久久久久久久久久久久久久| 国产亚洲精久久久久久无码| 久久精品一区二区三区中文字幕| 久久乐国产综合亚洲精品| 久久精品国产秦先生| 久久精品国产亚洲AV忘忧草18| 夜夜亚洲天天久久| 亚洲乱码精品久久久久..| 久久久久久国产精品免费免费| 久久人人爽人人爽人人AV| 久久精品国产一区二区三区| 久久99亚洲网美利坚合众国| 久久九九久精品国产免费直播| 久久精品欧美日韩精品| 一极黄色视频久久网站| 亚洲综合久久综合激情久久| 久久青青草原精品国产| 亚洲成色www久久网站夜月| 人妻系列无码专区久久五月天| 7国产欧美日韩综合天堂中文久久久久 | 久久久久久久久久免免费精品| 色婷婷久久综合中文久久蜜桃av| 久久精品夜色噜噜亚洲A∨| 久久这里只精品国产99热| 久久国产精品99精品国产| 亚洲精品蜜桃久久久久久| 国产99久久久国产精品小说| 久久e热在这里只有国产中文精品99 | 亚洲AV日韩精品久久久久| 久久只有这里有精品4| 久久久久国色AV免费看图片| 国产精品欧美久久久久天天影视 | 久久精品中文字幕一区| 久久精品国产精品亚洲下载| 久久久久国产一区二区| 久久久国产精品| 囯产极品美女高潮无套久久久 | 亚洲一区精品伊人久久伊人|