MSMQ,Enterprise Service, DotNet Remoting,Web Servi

2024-07-21 02:25:30

字體：大中小

供稿：網(wǎng)友

網(wǎng)站運營seo文章大全

提供全面的站長運營經(jīng)驗及seo技術(shù)!

對于送耦合的引用，有一下四種選項。

1.msmq

從windows nt 開始微軟就開始提供msmq 的支持，一直到現(xiàn)在的3.0，主要提供一下幾個特性的支持。
可靠的消息傳遞，類似mail 系統(tǒng)，有脫機支持
可設(shè)置消息的優(yōu)先級，label的各種額外的標示
事務(wù)支持
通過dc,ic的靈活應(yīng)用，有好的縮放性

對于客戶端，要求必須是windows 系統(tǒng)，從windowsce 到windows .net 2003 都作支持。可以通過連接器跟其他的非微軟技術(shù)集成.net 有一個專門的封裝 system.messaing namespace.

2.enterprise service

.net 中其實通過托管的enterprise service 跟 com+ 應(yīng)用架構(gòu)交互。

從windows 2000 開始有這個組件，目前到windows 2003 版本是1.1

我認為有幾個特性值得一用
對象池，對于對象構(gòu)造特別慢，而又沒有狀態(tài)的應(yīng)用特別適合。很類似我們 ado.net 中的連接吃。可以跟jit去結(jié)合。
分布式事務(wù)協(xié)調(diào)，加上事務(wù)補償。這是一大優(yōu)點
另外一點就是送耦合事件，這一點對于plug and play 的訂閱式應(yīng)用很有幫助。

當然直接的客戶端也必須是 windows 2000 以及以上的os

3.dotnet remoting
這個我用的最多，感覺也最深；）

dotnet remoing 的中文翻譯時遠程處理，其實是一種.net 平臺下面很好的一種遠程處理調(diào)用，提供了開發(fā)的架構(gòu)。靈活的通訊傳輸協(xié)議，當然也可以自己去擴展。遠程對象的調(diào)用提供了多種方式，可以使有狀態(tài)的，也可以使無狀態(tài)。對于開發(fā)人員，感覺根本地調(diào)用一樣方便。這一點主要卻別于web service。

其實這種應(yīng)用類似一個相對耦合的應(yīng)用。客戶端和服務(wù)端豐富的通訊模型是基于.net 平臺。也就是說如果客戶端不一定是.net 平臺的話，remoting 就顯得不是很適合。一個簡單的例子就是對象的傳遞

從remoting 服務(wù)端傳遞一個對象給客戶端，可以是對象的遠程的一個遠程引用，也可以使一個對象的copy，就是我們通常說的mbr 或者mbv

當然，web 服務(wù)是無法實現(xiàn)對象的引用傳遞，web 服務(wù)只能是一個mbv，而web 服務(wù)這里的mbv 作的就不夠徹底了。我在http://dotnet.mblogger.cn/montaque/posts/2094.aspx 提到他們走的不同的序列化方式。對于web 服務(wù)，只是一個很淺的copy。也就是說對象在傳遞到服務(wù)端的時候，并沒有把 100% 的狀態(tài)傳遞過去。

而remoting 傳遞的對象就比較地道。或許這就是一個.net remoting 相對于web 服務(wù)比較更貼近本地調(diào)用的一個體現(xiàn)

缺點前面提到了，就是豐富的特性是基于。net 這個平臺。.net 中通過 system.runtime.remoting.dll

4. web 服務(wù)。
這是個標準的東西，我的意見是標準的東西不見的都是最好的。在保證標準的同時，丟失了很多特性。

上一篇：NET中打印包含有格式的 RichTextBox 的內(nèi)容

下一篇：在VB。NET里怎么實現(xiàn)類似C#中continue的功能