socketref,再見！高德

https://github.com/adoggie

C++博客 :: 首頁 :: 聯系 :: 聚合

:: 管理

246 Posts :: 4 Stories :: 312 Comments :: 0 Trackbacks

常用鏈接

留言簿(54)

我參與的團隊

隨筆分類

隨筆檔案

文章分類

文章檔案

相冊

Gis

OpenSource

gnome.org
gnu.org
sf.net
www.w3c.org
www.w3c.org

搜索

閱讀排行榜

評論排行榜

離0.1版本還有一點點

系統在閑暇之余慢慢進行，沒有寫任何設計文檔，所有的設計都在腦子里面，對于結構非常清晰，沒有合適的合作伙伴，只能慢慢做

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 放屁阿狗閱讀(493) | 評論 (0) | 編輯收藏

一種持續的xmlrpc實現

         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數據包。

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

xmlrpc-c的編譯

下載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 放屁阿狗閱讀(1619) | 評論 (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 放屁阿狗閱讀(514) | 評論 (0) | 編輯收藏

不太喜歡.net

不太喜歡.net,.net有點霸道，商業味道太濃。
.net,java擺在面前，我會選擇java，雖然沒做過大的java應用
java,c++擺在面前，我會選擇c++,其實任何一門語言沒有其應用庫的支持的話，開發效率是非常低下的，現在c++成熟的庫非常多，開發效率也是高速提升
喜歡linux，但每天還必須在hpux下干活，有點無奈

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

編碼還在繼續

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