搞了這么久的RPC通信框架TCE，完成java，c++,python,javascript,actionscript之間的互相調(diào)來調(diào)去，感覺很舒服。
作為移動應(yīng)用平臺，海量并發(fā)和高效傳輸是首要考慮要點(diǎn)。
市面上充值著都差不多的解決技術(shù)方案，無非那些
webserver+db
ngnix+webserver+mq+logic-server
ngnix+gevent-wsgi+db
webapi已經(jīng)被高舉到不可超越的地步
而我，不走尋常路，我得另辟捷徑
-http的效率根本無法跟socket的長連接媲美
-服務(wù)器是需要反向推送消息到移動設(shè)備的
-操作接口是簡單的易擴(kuò)展的，屏蔽掉通信細(xì)節(jié)
-支持htm5的websocket，支持java，支持python，支持python客戶端調(diào)用
那我的方案是tce為基礎(chǔ)的RPC框架平臺，拋棄那些xmls，json，讓開發(fā)者從無盡的網(wǎng)絡(luò)編解碼工作中脫離出來，不用考慮多種通信模式，同步和異步。
font-gate : 前端接入服務(wù)器
easymq : 平臺服務(wù)總線消息隊(duì)列
logic-service ： 不同的邏輯服務(wù)器
設(shè)想，在android手機(jī)上java代碼調(diào)用函數(shù) whats_yourname(), 這個(gè)函數(shù)并不在本地，而是存在遠(yuǎn)端平臺內(nèi)部的一個(gè)服務(wù)器上,調(diào)用并被執(zhí)行返回'scott'到手機(jī)終端，這是多么令人快樂的事情，用戶不用關(guān)心消息如何被列集，如何被分派，這一切都是透明的。
同樣，服務(wù)器主動推送商品打折信息到手機(jī)上，服務(wù)器僅僅需要調(diào)用手機(jī)接收函數(shù)，并填寫要傳輸?shù)膮?shù)即可。
其實(shí)，這些就是RPC的實(shí)現(xiàn)，這樣的東東到處都是,DCOM，CORBA，ICE，只是我做得更加靈活
總是想做些令人輕松并快樂的事情！