MSMQ,Enterprise Service, DotNet Remoting,Web Servi

2024-07-21 02:25:30

字體：大中小

來源：轉載

供稿：網友

網站運營seo文章大全

提供全面的站長運營經驗及seo技術!

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

1.msmq

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

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

2.enterprise service

.net 中其實通過托管的enterprise service 跟 com+ 應用架構交互。

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

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

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

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

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

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

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

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

而remoting 傳遞的對象就比較地道。或許這就是一個.net remoting 相對于web 服務比較更貼近本地調用的一個體現

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

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

上一篇：NET中打印包含有格式的 RichTextBox 的內容

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