程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 編程語言 >> JAVA編程 >> 關於JAVA >> 應該放棄Web Service嗎?

應該放棄Web Service嗎?

編輯:關於JAVA

通過Web Service混合.NET(.Net培訓 )和Java技術往往很容易,但Web Service並非是.NET和Java互操作的萬靈丹。Web Service在集成獨立的跨網絡通信的組件時非常有用,在簡單的調用/返回情景中,涉及的數據類型數量非常有限,且Web Service是基於標准的,混合.NET和Java技術通常顯得很簡單,因此有人認為Web Service是實現.Net和Java互操作的萬能答案,但事實卻並非如此。(參考閱讀:常用Web Service匯總)

在搜索引擎中搜索一下“Java .NET互操作”將會返回很多搜索結果,但聽過今年6月JavaOne會議上微軟主題演講的人應該還有印象(51CTO編者注:互操作性在近年來成為了微軟的關注重點之一,不僅僅是Java,還有PHP互操作性等等),微軟說放棄Web Service可能是最好的辦法。這是很不幸的消息,因為對於很多任務,Web Service並不是Java和.NET互操作的理想解決方案,而且對於部分任務,根本不可能使用Web Service。在這篇文章中,我會列舉三個Java和.Net互操作情景,如果使用Web Service實現會被認為是愚蠢的行為。

首先,我先說一下我認為的Java和.NET互操作的含義,真正的Java和.NET互操作機制應允許你在任何地方使用.NET語言編寫的代碼代替用Java語言編寫的代碼,換句話說,它應該允許你從.Net代碼中訪問任何基於Java的實體(如對象,類或方法),反之亦如此。

情景1 在Java應用程序中嵌入.Net UI控件

假設你要在基於AWT的Java應用程序中使用一個Windows窗體控件,標准的做法是獲得與AWT容器對等的句柄,然後使用該句柄設置Windows窗體控件的父對象為AWT容器,你可以使用一個Web Service實現這類互操作。

Web Service是松散耦合的,服務和客戶端運行在獨立的進程中,因為是獨立的進程,你就不能交換窗口句柄,句柄只在同一個進程中才有效,有意義,換句話說,這是一個必須緊密結合才能互通的情況,這種情況Web Service不能適應,想在基於Java的GUI應用程序中嵌入基於.Net的控件,開發人員必須想另外的辦法,反之亦如此。

情景2 從Java應用程序中調用.Net程序庫

如果你想在Java程序中調用.Net程序庫,那你可能正處於以下環境:

1)已經在.Net開發中使用過這個庫,你想在Java環境中繼續使用;

2)已經花錢購買過.Net程序庫,不想再花錢購買Java程序庫;

3)不考慮平台差異的話,這個程序庫可能是最好使用的了。

在這種情況下,你可以使用Web Service從Java訪問.NET代碼,但這種用法似乎有點小題大做,Web Service更適合兩個更大的獨立組件之間的通信,而不是將一個庫集成到一個更大的系統中去。如果程序庫就在同一台機器上,非要創建一個Web Service來訪問這個庫顯得有點過分,在這種情況下,在Java程序進程內運行基於.Net的程序庫意義更大,但采用Web Service是做不到的。

情景3 使用Java API注冊.Net監聽器

假設你使用了JMS(Java消息服務),想創建一個.Net組件來向它發送消息,以及從它那裡接收消息。向JMS發送消息一般使用JMS API中的各種發送函數,通過在JMS基礎架構上注冊監聽器來接收消息。

你也可以使用Web Service來實現,但它並不擅長處理異步通信,如果你真要使用Web Service實現異步通信,你有兩個選擇:

1)實現一個輪詢機制,客戶端反復輪詢服務獲得結果,當得到結果後,服務將其放在一個預定的地方,輪詢操作就會發現它。

2)實現一個回調機制,客戶端留下回復地址,當獲得結果後,服務將結果發往該地址。

不幸的是,這兩個機制都需要實現重大的基礎架構,使用輪詢機制時,需要實現輪詢機制,還需要為服務提供一個機制放置結果,以便輪詢機制可以找到它,使用回調時,必須在客戶端嵌入一個全新的“反向”Web Service,以便原始服務可以聯系到它,並返回異步結果。

這兩個方法都不完美,如果你想一個應用程序簡單地調用一個程序庫,Web Service需要實現超乎任務需要的機制,必須要有更好的方式來做到這一點。

Java和.Net互操作需要的附件工具

對於復雜的Java和.NET互操作需求(如在Java程序中調用.NET庫,或使用Java API注冊一個.NET監聽器),Web Service強迫你另起爐灶,你必須建立復雜的基礎架構——通過套接字交換XML——完成本應該很簡單的任務,可以說這麼做顯得很愚蠢,對於其它任務,如在Java程序中嵌入.Net UI控件,使用Web Service根本是不可能的。

開發人員和架構師工具箱應該擁有很多Java和.NET互操作解決方案,對有些情況可能有用,但對於許多互操作任務,你需要不同的工具,當 Web Service滿足不了要求時,Java和.NET橋接器可能會有用,甚至在那些可以使用Web Service的情景中,使用Java和.Net橋接器可能效率更好,並且更易於使用。

如果你理解了Web Service在互操作性方面的限制,並熟悉其它解決方案,你就可以在你的應用程序中同時充分利用Java和.Net技術。

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved