thrift為我(wo)們(men)簡(jian)化了tcp通(tong)訊，它(ta)可(ke)以(yi)使用(yong)我(wo)們(men)方便的(de)建立各種(zhong)語(yu)言的(de)服(fu)(fu)務(wu)端(duan)與客戶(hu)端(duan)，并(bing)實現(xian)(xian)客戶(hu)端(duan)對(dui)服(fu)(fu)務(wu)器的(de)遠程過(guo)(guo)程調(diao)用(yong)，簡(jian)單(dan)(dan)的(de)說就是(shi)(shi)服(fu)(fu)務(wu)器通(tong)過(guo)(guo)thrift架(jia)(jia)構對(dui)外(wai)開(kai)放(fang)一些接(jie)口(kou)，并(bing)自(zi)己(ji)實現(xian)(xian)這(zhe)些接(jie)口(kou)，如操(cao)作文件，操(cao)作圖片，文件下載等等，然后客戶(hu)端(duan)通(tong)過(guo)(guo)thrift架(jia)(jia)構生成的(de)接(jie)口(kou)，去(qu)簡(jian)單(dan)(dan)的(de)調(diao)用(yong)它(ta)，我(wo)們(men)不需要關心(xin)服(fu)(fu)務(wu)端(duan)實現(xian)(xian)的(de)方式，我(wo)們(men)只關注它(ta)對(dui)外(wai)提供的(de)接(jie)口(kou)，這(zhe)也是(shi)(shi)面向(xiang)對(dui)象的(de)好處，呵(he)呵(he)。

下面(mian)是我(wo)對thrift的(de)理解(jie)，并用(yong)圖示(shi)來表示(shi)一下，請看圖：

對(dui)(dui)于thrift的(de)使用(yong)者(zhe)來(lai)說(shuo)，我(wo)們關心的(de)是(shi)接口，或者(zhe)說(shuo)方(fang)法簽名，而不需要(yao)太過關心數據(ju)(ju)(ju)，這是(shi)正確的(de)，數據(ju)(ju)(ju)本身(shen)在傳(chuan)遞(di)的(de)過程中就應該被保(bao)護起來(lai)，用(yong)面向(xiang)對(dui)(dui)象的(de)說(shuo)法就是(shi)封(feng)裝起來(lai)，不對(dui)(dui)外(wai)公開，這可以大大保(bao)證數據(ju)(ju)(ju)的(de)安(an)全性(xing)，使用(yong)thrift架構，我(wo)們不需要(yao)對(dui)(dui)數據(ju)(ju)(ju)結構

進(jin)行(xing)破壞，在之(zhi)前的(de)10幾年，我(wo)們在進(jin)行(xing)數據(ju)通訊時，最常見的(de)作法(fa)就(jiu)是使用類型(xing)標(biao)識符(fu)來區(qu)別(bie)個(ge)個(ge)數據(ju)的(de)作用，如(ru)，1表(biao)示(shi)文(wen)件(jian)(jian)上業務(wu)，2表(biao)示(shi)文(wen)件(jian)(jian)下載業務(wu)，其實這樣做了(le)之(zhi)后我(wo)們的(de)數據(ju)結構是混亂(luan)的(de)，而有了(le)thrift之(zhi)后，我(wo)們的(de)數據(ju)實現是獨立(li)的(de)，是職(zhi)責(ze)分明(ming)的(de)，當然(ran)也是受保(bao)護的(de)，即，文(wen)件(jian)(jian)上傳與文(wen)件(jian)(jian)下載的(de)數據(ju)是相互獨立(li)的(de)，呵呵。

我(wo)們可(ke)以通過方法簽名來(lai)看一下二者的區別：

thrift 環境下的

bool Upload(DataSegment dataSegment);
DataSegment Download(DataSegment dataSegment);

普通socket通訊的

bool Send(byte[] data,string type);
byte[] Receive(string fileName,string type);

從上面的(de)兩(liang)處代(dai)碼來(lai)看，我們可以看出其中的(de)不同了，事實(shi)上，thrift是將(jiang)業(ye)務功(gong)能代(dai)碼最小化(hua)了，以業(ye)務為單位(wei)將(jiang)代(dai)碼分離，相不影響，而后(hou)者的(de)代(dai)碼，它(ta)的(de)業(ye)務一定會混在一個send方法里，當然你可以使用一些設計(ji)模塊來(lai)實(shi)現解耦(ou)，但對于(yu)我們程(cheng)序員來(lai)說(shuo)，程(cheng)序的(de)

可(ke)讀(du)性一定會受到不少影響，呵呵！

下一(yi)節，我們將會一(yi)起討(tao)論(lun)在項目(mu)中實現thrift環(huan)境(jing)的AOP組(zu)件(jian)注入的問題(ti)，敬請期待！