桌面系統的第二次戰役 -- 難解難分

2019-11-18 13:14:57

字體：大中小

來源：轉載

供稿：網友

　　我們經常喜歡這樣認為，大多數聯合的IT組織多年以來與各種科技革新在某種程度上保持著同步，并且在這方面已經做得越來越好了。然而，現實情況相差甚遠。你也許（或許不）感到驚奇，有多少 IT 組織由于這種或那種原因而不參與這種帶有"血腥味"的沖浪。
　　
　　我們經常喜歡這樣認為，大多數聯合的IT組織多年以來與各種科技革新在某種程度上保持著同步，并且在這方面已經做得越來越好了。然而，現實情況相差甚遠。你也許（或許不）感到驚奇，有多少 IT 組織由于這種或那種原因而不參與這種帶"血腥味"的沖浪。
　　
　　那并不意味著這些IT公司對他們有用的東西漠不關心。現在，體系結構已經平穩地跨越了一代或兩代。這些IT公司正忙于檢查他們的IT基礎設施和評測新的體系結構途徑。然而，他們該選擇哪種體系結構平臺和標準呢？
　　
　　對于大多數IT公司來說, 他們傾向于在兩派最具有實力的競爭對手做選擇 --一種選擇是基于 J2EE的應用服務器公司，如BEA，他們具有面向企業計算的開放式標準；另一種選擇是在這個領域中資格更老的公司，如 Microsoft，他們具有.NET強大的服務系列和開發工具。
　　
　　在Web服務出現以前，從整體上比較輕易區分java派系和Microsoft派系。在那個時候普遍認為Java語言和平臺是眾多問題的一種解決方案，包括軟件的可移植性。曾經，普天蓋地的頌歌使得我們相信Java是我們所有痛楚的良藥。此外，基于J2EE的Web服務器技術使得基于瀏覽器的應用程序成為可能，從而也使我們的軟件分布式問題得以最終解決。就這樣，Java像是成為了解決許多阻礙應用程序開發生命周期的典型問題的整體方案。
　　
　　當然，技術也不是停滯不前的，Microsoft 也不會坐以待斃，眼睜睜地看著J2EE搶占聯合企業標準這個位置。他們的工作成果就是推出了我們今天所熟悉的達到登峰造極的.NET平臺--一種與J2EE有點相似但又有很大改進的技術方案。頃刻間，IT公司在做選擇時，變得很復雜了，并且J2EE和 .NET 的區別也不像以前那樣明顯了。
　　
　　現在，我們必須在更高的層次上來理解他們之間真正的差異在哪里。因為大多數的J2EE平臺的供給商和Microsoft現在都提供業務過程治理引擎（比如BEA WebLogic Integrator與BizTalk），這些引擎是不能用來當作區分標志的。我們必須從別的方面加以區分，考慮他們各自的平臺在集成業務過程治理（BPM）和人工工作流程活動方面的表現如何。
　　
　　在不久的將來，公司將尋找整合自動化操作和人工過程新的途徑，這種途徑對于用戶來說是非常自然和友好的，與此同時還能實時治理和更新業務流程。幾年前，在Windows桌面上激烈的競爭仍記憶猶新，新的爭奪聯合IT企業標準的戰斗又在桌面系統上打響，但是這次我們討論的是工作流生產力工具與發布空間，以及一個具體的業務過程治理（BPM）方案在把用戶和雇員融合成一個密不可分的整體方面表現如何。
　　
　　BEA已經在這個領域成為了領頭羊，他首次提供以BEA WebLogic Workshop為中心的集成開發環境，他通過基于Java的API把所有的內容粘合在一起，從而使你在業務過程安排和門戶治理的接口問題上變得輕松自如。BEA WebLogic Platform 8.1 的實現就是這樣的，并且它也是BEA WebLogic Server 9.0的基石和所要超越的地方。

上一篇：Java程序的性能優化StringBuffer與Vector

下一篇：軟件重用已經死亡？軟件重用永存？