ice的開發(fā)是這樣的
1. 設(shè)計(jì)ice協(xié)議文件
2. 用工具生成java代碼
3. 將這部分代碼嵌入到項(xiàng)目代碼之中
4. 寫一個(gè)封裝的client端類，初始化ip和端口；寫一個(gè)ice服務(wù)端的類，封裝服務(wù)的端口
68以及其他的機(jī)器，配置一下ice server端的服務(wù)器的ip和端口
程序調(diào)用的時(shí)候，直接通過(guò)封裝的client端類，直接和ice server端通訊，通訊協(xié)議不是http，所以沒(méi)有url，通訊協(xié)議是tcp
這部分生成的類，有ice client端，也有ice server端

我稍微小結(jié)一下
傳統(tǒng)的服務(wù)，很多都是web+數(shù)據(jù)庫(kù)
但是當(dāng)系統(tǒng)很大的時(shí)候，需要將服務(wù)拆成一個(gè)個(gè)的client ，這些client統(tǒng)一和核心業(yè)務(wù)server通訊 
一般常見(jiàn)的比較簡(jiǎn)單的是http協(xié)議，google proto buffer,webservice，json等，其實(shí)都是通過(guò)http協(xié)議，搭載一定格式的字符串
但是這樣的方式，數(shù)據(jù)壓縮率不高，數(shù)據(jù)防偽防篡改加密效果不理想
然后ice這樣的通過(guò)tcp協(xié)議，client端  壓縮，加密，server端驗(yàn)證，解壓縮 的高效模式就出來(lái)了
很早很早以前，c和c++用corba來(lái)做這個(gè)，后來(lái)corba太大了，corba的幾個(gè)核心成員出來(lái)成立個(gè)公司，想做一個(gè)輕量級(jí)的通訊中間件，這就是ice，小巧靈活，高效又安全
與之相對(duì)應(yīng)，幾年前ejb比較火
但是ejb還是比較復(fù)雜，不大好使用和維護(hù)
以前我們公司一直用ice，后來(lái)發(fā)現(xiàn)當(dāng)協(xié)議變更的時(shí)候，ice不是很靈活，到最后我們總結(jié)出最佳實(shí)踐： ice + google proto buffer 
ice負(fù)責(zé)client和server端的通訊，通訊的內(nèi)容是二進(jìn)制
在client端，通過(guò)google proto buffer將對(duì)象轉(zhuǎn)成二進(jìn)制，在server端，解析二進(jìn)制，轉(zhuǎn)化為對(duì)象
這樣，不管業(yè)務(wù)協(xié)議怎么變，比如今天加個(gè)字段，明天刪除個(gè)字段，ice都不需要變動(dòng)，只需要在解析二進(jìn)制的時(shí)候注意一下就可以了
proto buffer 是google的將對(duì)象和二進(jìn)制之間轉(zhuǎn)換的工具
就像tcp，http協(xié)議一樣，幾十年來(lái)就這些協(xié)議，支持了無(wú)數(shù)語(yǔ)言，無(wú)數(shù)框架
這些東西，書上都有，多買書看，挺有好處，一個(gè)人的力量始終不大