Java和.NET互操作:我們應該放棄Web Service嗎?

發布時間:2016/4/11 11:53:08  關鍵字:Web Service、ASP.NET、Java和.NET互操作:我們應該放棄Web Service嗎?

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

  在搜索引擎中搜索一下“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技術。

众人帮太赚钱了