亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb

首頁 > 學院 > 開發設計 > 正文

Java 和 XML 為何將成功

2019-11-18 14:18:22
字體:
來源:轉載
供稿:網友

  在過去幾年中,計算的注重力已經逐漸遠離原始技術,并且最近大多數已經在確定一個總體擁有成本 (TCO) 的解決方案上。但是什么構成 TCO 呢?本文討論了一個典型計算機系統中的互連復雜性是如何影響 TCO 的。而這種互連復雜性正是 java 技術和 xml 能夠處理的。

什么構成了總體擁有成本 (TCO) 呢?這很難說,每個人都有不同的答案。通常取決于他們找到的最方便解決問題的方法。大多數人都同意 TCO 并不只是組成系統各零件價格的總和。最初是這樣,但到最后大部分成本來自支持環境中的系統的成本。一種受歡迎的減少 TCO 的方法是嘗試集中治理獨立系統、客戶臺式機或這兩者,但這也只是答案的一部分。最好將通信量減到最小,但實際上是什么導致需要治理呢?當然,答案是變更。但不在于它本身。孤立的變更只會影響變更本身。我們都知道變更系統的一部分會導致遍及整個系統的支持需要。

普通的計算機系統通常會導致“熵死亡”,即成本超過預期值,而有序的簡易性會變成互連復雜性。治愈這種癥狀的方法可能是集中治理,實際弊病將避免具有依靠性的復雜網絡放在首要位置。Java 和 XML 通過幫助排除系統、軟件和數據之間的自動互相依靠性來避免這種情況的發生。

一個新世界
大多數支持和治理的需求來自由計算機上的軟件交織成的具有依靠性的網絡。要重新獲得簡易性,我們需要除去依靠性。依靠性都存在于何處呢?有以下幾種分類:

軟件對平臺
軟件對數據
軟件對軟件
平臺對平臺
要解除這些依靠性的束縛并不輕易,但十年來逐漸發展起來的計算新世界最終日趨成熟并使之成為可能。

讓我們首先考慮已經在忍受的計算模式。當計算處于起步階段時,很輕易做出選擇。我可以獲取任意一種有限范圍的計算機,編寫在這種計算機上運行的軟件,并創建用來存儲數據的文件格式。麻煩是軟件和數據只能在這種計算機上工作,使用另一種計算機時,就必須使用另一種軟件,或者在同一種計算機上使用另一種軟件時,就不能使用相同的數據,而且必須了解新的用戶界面。

通過兩個標準化步驟可以解決許多問題:許多人開始使用 IBM PC,最初使用 DOS,然后使用 Microsoft Windows。一定程度的簡易性回來了。但隨著時間的流逝,卻越來越清楚地發現許多范圍的復雜性仍然靜靜地混了進來。非凡是,對平臺的認可并沒有打破軟件的平臺依靠性;這恰恰意味著它完全是互相依靠的。因此當更新發生時,一切可能破裂!另外,數據世界的壟斷力量并沒有標準化。就像軟件依靠于特定級別的平臺,數據也與特定級別的非凡品牌軟件相關。于是就交織成具有依靠性的復雜網,在其中任何一點所做的更改都可能導致不穩定,也許還會引起整個網絡的崩潰。

互相依靠性
計算的頭號敵人是無心造成的互相依靠性。在構建計算機解決方案時,它們都涉及到軟件、硬件、平臺以及開發工具等之間的關系。它們之間都通過看不見的具有互相依靠性的連接線索連接起來。隨著時間的推移,擁有任何解決方案的成本與所支持的各部分間的依靠性數量成正比。但因為有了許多無心創建的互相依靠性,成本將以指數級增長,而不是線性增長。其結果就是更多的互相依靠元素所引出的附加成本可能會不成比例地增加終身成本。這種不成比例增長的起始點叫做沖刺點,而沖刺點以上的情況就叫做熵死亡。在沖刺點之前,就已經通過選擇具有互相依靠性的系統原理、系統中一部分對另一部分的無意依靠(可能是由其它元素引起的)為熵死亡打下了堅實的基礎。最常見的無意互相依靠性存在于軟件和其宣稱的操作系統之間。

這并不是說可以或者應該避免所有互相依靠性;有一些互相依靠性是不可避免的。但在現代系統規范和設計中,應該用與其它成本驅動因素相同的方法來標識和調整它們,請注重圖 1 中不僅顯示了直接成本,還顯示了連接到具有依靠性的網絡的終身成本。通常,需要將軟件與使用它的環境隔離開。在某些情況下,使用本機接口和二進制是不可避免的,但在這些情況中本機代碼外圍的平臺無關的“封裝器”幾乎總是有價值的。

圖 1. 成本 vs. 節點數量



例如,假設一家公司使用辦公套件的宏語言作為辦公自動化系統的基礎。一天,公司的 IT 小組安裝了另一套軟件,并無意中更新了辦公套件所使用的一個 DLL 文件。他們發現有一個宏不能使用了。經過了大量工作以后,他們設法使這個宏再次工作,但新版本要求使用電子表格程序的更新版本。為了使用該程序,他們不得不安裝辦公套件的全新級別,而在那以后所有宏都不起作用了!接著,他們逐個調試所有宏,更新并修復它們。在這些修復所涉及的其它部分中,他們發現需要使用一個數據庫驅動程序的新版本。可悲的是,那需要使用最新版本的數據庫。于是,他們升級了數據庫,并且……,哎,您可以猜得出其余部分。

新基礎
問題是由在將變更的影響從子系統到子系統傳送引起的。大多數系統當前使用的集成計算基礎可以充當傳輸媒體,它可以讓某一處的更改影響其它地方。

如何避開這個陷阱?最要害的就是切斷數據與平臺上軟件的連接,對所有這些使用基于標準的選擇,以便版本變化所帶來的影響有可能降到最低。要達到這一步,我們就將變更與傳輸媒體(底層平臺)隔離,并防止變更影響引起成本的劇烈震蕩;我們添加前面提到的隔離層。那么,理想的標準基礎是什么呢?圖 2 中顯示的技術領域,這樣的基礎應該涵蓋的是:

將系統連接到一起并提供訪問的網絡協議
給需要的用戶帶來解決方案的傳遞模型
用來創建解決方案的編程模型
解決方案所使用的信息的數據結構模型
答應合適的用戶訪問合適的數據和解決方案的安全性模型
圖 2. 技術領域



十年來計算機界的變化主要是重新發現技術思想,并將它們制定成模型內的標準。圖 3 中顯示以下這些映射:

網絡:TCP/ip
現在 TCP/IP 的使用是如此廣泛,以至于它不再是談論的主題。
傳遞:Web 模型無狀態客戶機/服務器
無狀態客戶機/服務器計算是許多商業計算機用戶選擇的傳遞機制,且使用的用戶量不斷增長。與創建全狀態客戶機相比,它不需要昂貴的維護和支持費用,狀態并不在服務器上維護,而是將大部分狀態“貸”給了客戶機。
程序:Java 和 JavaBeans
Java 自發行以來只有 4 年,卻已經將其本身確立為許多企業中新軟件的標準,其 JavaBeans 體系結構真正答應使用基于組件的開發。這并不是說所有代碼都要用 Java 語言編寫;取得成功的是平臺無關的 Java 字節碼二進制程序。假如這些不可行,那么至少用來將解決方案的其余部分與本機代碼隔離開的 Java 封裝器是必不可少的。
數據:XML 和詞匯表
XML 顯然是新出現的,它是簡化的 SGML - 80% 的功能和 20% 的復雜性。計算機界得到普遍使用就已經取得了巨大成就,而種種跡象表明未來它將在數據格式方面占據主導地位。
安全性:公鑰
由于不必再“以明文方式”發送全部密鑰信息,基于公鑰的安全性系統已經占據了主導地位,非凡是在網上。
圖 3. 已制定成標準的技術



從技術到用戶
隨著計算新世界對標準的認可,對商業解決方案的要求也起了變化。過去,都是根據想像中提出請求的客戶來構建每個解決方案。關注的焦點在誰在使用解決方案,以及他們在哪里,例如內部網、外部網和因特網。然而,進展已表明現在焦點更多集中在所有數據建模和定義用戶與數據的關系上。計算解決方案有一種倒置方法,焦點從技術和系統切換到信息和用戶。

今天,定義新的解決方案涉及到定義用戶與信息主體之間的關系。大多數情況下,一個給定的信息主體有多個用戶。因此,對于一家網上商店,當客戶查看信息時,通常只給他們對于某些特定數據的訪問,并且可以用適合客戶的方式來顯示數據。當供給商的客戶服務人員查看相同信息時,查看范圍和顯示方式都不同。從解決方案和用戶的角度來看,這是一種轉變,而它對當今的 IT 行業卻是最大的挑戰。用戶能夠放心地繼續使用,因為新傳統中的所有技術都確實是成熟和經過證實的,因此轉變是重點和策略之一,而不是向未知技術的跳躍。

平行世界
能夠很好地把握這五種基本技術可以帶來另一個好處。對于許多用戶,遷移到新的電子商務世界是進步的,但不是革命性的。他們能夠完成最重要的轉變,而不必放棄他們已經做的所有投資。因此,這個新世界實際上是一個平行世界,而不是交替世界。

那么,Java 和 XML 究竟為什么會成功呢?有以下幾種原因:

已經證實的技術:新基礎的全部五個部分都基于業內最老且經過最多次證實的思想。TCP/IP、“啞終端”虛擬機、標記語言、公鑰系統 - 所有都經過數十年的使用,已得到充分的證實。
用戶驅動:在最終分析中,向新基礎移動是市場的需求和期望推動的,而不是某一個供給商或某個協會認可的。由于計算機技術的成本逐漸受到關注,而且由于更新換代所引起的熵死亡越來越明顯,因此對于新基礎的需求也就越來越強烈。
供給商支持:這五種技術幾乎構成了所有供給商的新解決方案的基礎。試圖想要使用替代方法的供給商逐漸發現市場會對他們的選擇提出疑問,并且會懷疑他們有專利鎖定的企圖。
平臺無關:這五種技術互相獨立,也獨立于它們所處的平臺。于是,只要將取決于它們的系統與互相依靠性隔離開,可以在任何地方執行它們。
供給商無關:這五種技術都不受任何一家供給商控制,投資不但免于供給商鎖定的風險,而且免于開始升級競爭的任何一家供給商的設計選擇。唯一可能的意外是 Java 和公鑰,值得花時間考慮在這樣的環境中,為什么這兩樣都不是問題。
Java:公共財產?
是否可以將一家供給商開發和明顯控制的技術視為是開放的?這都取決于供給商的態度和行動。假如這五個域都依靠于這些新的計算基礎,則主動權就從始發人轉交“市場理念”控制了。例如,盡管公鑰系統的核心思想由一家公司擁有,然而由于公開該技術可以帶來的強大功能和核心專利擁有者的態度,業界希望所有加密和數字簽名建立在這種技術的基礎上。同樣,Java 也已經成為當前受到保護的公共財產,而不是受核心技術所有者的危害,盡管向標準主體控制的轉移是正面的。而且,其所有權并不像公鑰系統那樣穩固。假如整個業界都以不同方式實現 Java,那也就沒有追索權可言了。但這種情況并沒有發生,因為市場不會青睞那些破壞 Java 價值的公司。當然,Java 中標準化的基礎是字節碼的二進制格式而不是語言的事實是一大幫助。因此,假如我們感到將計算底層構架的要害部分建立在公鑰系統上是安全的,那么感到使用 Java 安全的理由就更充分了。

結束語
我們應該考慮的要害問題不是“如何削減治理和支持的成本”,而應該是“如何減少必需消除的治理-支持的金額?”要反映這手邊變更的概念,并且將考慮 TCO 的觀念轉化成考慮 TCP(總體購買成本),我們也許應該用另一個詞來表達問題 - 終身擁有成本或 LCO。

本文的核心目的是新計算機系統的主要決定因素在系統的終身擁有成本:即根據 LCO 來決定 - 其范圍包括軟件、網絡、客戶機和服務器硬件,以及在生命周期內開發、部署、治理和影響的治理,還有后期遷移到替換系統。本文的主要建議是可以通過將由各種元素造成的網絡的互相依靠復雜性降的最小來控制這個因素。要實現該控制,建議改變系統原理,而不是技術的臨時變更。通過將未來的開發工作建立在一個堅固的標準基礎上,可以避免熵死亡。這也就是 Java 和 XML 可能取得成功的原因,這些技術本身可能是很酷的!

參考資料
了解 XML 和相關標準、技術和技巧的具體信息。

關于作者
Simon Phipps 是 IBM 公司的首席 Java 和 XML 傳道士。1995 年他曾是向 IBM 建議接受 Java 的小組一員,自那以后他向全世界宣傳這個由 Web 和 Java 技術武裝的新世界將席卷計算機界。他的最近工作集中在研究可擴展標記語言 (XML),他負有為 IBM 向全世界宣傳 XML 的責任。Simon 擁有 20 多年在計算機界工作的經驗,他在許多公司在各種環境下從事聯網、數據通信和操作系統有關的工作,包括與 IBM 一起開發最早的商業合作會議軟件。他在 1991 年進入 IBM 公司。他擁有電子工程的學位,并且是一名英國計算機協會的特許工程師和會員。

發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb
亚洲国产精品专区久久| 国产精品免费看久久久香蕉| 国产精品h片在线播放| 中文字幕在线亚洲| 欧美一乱一性一交一视频| 国产精品视频专区| 成人午夜激情免费视频| 亚洲一区二区三区久久| 日韩有码视频在线| 2019最新中文字幕| 成人av番号网| 国产精品久久久久久av| 裸体女人亚洲精品一区| 日韩亚洲精品视频| 日本久久久a级免费| 精品久久久久久久久久久久久久| 91亚洲精品在线| 91色视频在线观看| 性欧美视频videos6一9| 最近2019中文字幕第三页视频| 久久6免费高清热精品| 92裸体在线视频网站| 久久天天躁狠狠躁老女人| 日韩高清电影免费观看完整版| 韩国三级电影久久久久久| 日韩一二三在线视频播| 国产精品成熟老女人| 国产精品一区二区三区成人| 亚洲综合精品一区二区| 欧美诱惑福利视频| 欧美最猛黑人xxxx黑人猛叫黄| 国产精品久久久久久久app| 91久久嫩草影院一区二区| 国产精品一区二区久久久| 日韩中文理论片| 日韩在线观看免费网站| 成人激情春色网| 国产精品黄色影片导航在线观看| 欧美xxxx18国产| 亚洲一区二区中文字幕| 日韩毛片在线看| 亚洲在线免费看| 日韩综合视频在线观看| 欧美乱大交xxxxx| 精品久久久久久久久久久久久| 欧美激情第一页xxx| 亚洲视频在线观看免费| 亚洲人成伊人成综合网久久久| 在线性视频日韩欧美| 88xx成人精品| 久久综合免费视频| 欧美—级高清免费播放| 欧美刺激性大交免费视频| 69影院欧美专区视频| 91精品国产99| 中文字幕成人精品久久不卡| 91av免费观看91av精品在线| 欧美黑人xxx| 九九热99久久久国产盗摄| 亚洲国产精品专区久久| 国产高清视频一区三区| 91精品国产综合久久男男| 午夜精品国产精品大乳美女| 亚洲人成电影网站色| 国产自产女人91一区在线观看| 国产欧美婷婷中文| 日本欧美一二三区| 国产97在线视频| 欧美性生交xxxxx久久久| 久久精品亚洲一区| 精品在线欧美视频| 91精品视频在线播放| 亚洲第一色中文字幕| 国产精品久久国产精品99gif| 亚洲精品久久7777777| 亚洲天堂av网| 欧美在线xxx| 萌白酱国产一区二区| 欧美裸身视频免费观看| 国产福利视频一区| 欧美激情久久久| 国产视频福利一区| 69久久夜色精品国产7777| 日韩av网站电影| 中文字幕久精品免费视频| 91超碰caoporn97人人| 国产精品久久中文| 国产精品午夜一区二区欲梦| 亚洲欧洲成视频免费观看| 欧洲成人免费aa| 91精品视频网站| 午夜精品99久久免费| 亚洲欧洲一区二区三区在线观看| 欧美日韩裸体免费视频| 日韩成人在线网站| 国产精品久久久久久久久久尿| 粉嫩av一区二区三区免费野| 97**国产露脸精品国产| 亚洲人线精品午夜| 91免费人成网站在线观看18| 亚洲综合色激情五月| 91中文字幕在线| 国产精品久久久久一区二区| 国产成人亚洲综合91| 成人午夜小视频| 91久久精品国产91久久| 欧美亚洲在线播放| 久久久久久久久久久av| 2019日本中文字幕| 81精品国产乱码久久久久久| 欧美日在线观看| 91久久久国产精品| 国产日本欧美一区| 亚洲综合精品一区二区| 久久精品成人欧美大片| 在线成人激情视频| 久久亚洲一区二区三区四区五区高| 国内精品久久久久久| 欧美性开放视频| 日本成人黄色片| 亚洲综合中文字幕在线观看| 午夜免费日韩视频| 激情成人中文字幕| 亚洲aⅴ男人的天堂在线观看| 国产人妖伪娘一区91| 欧美在线一级va免费观看| 成人福利网站在线观看11| 精品毛片三在线观看| 成人在线中文字幕| 欧美日韩激情视频8区| 91系列在线观看| 亚州av一区二区| 国产精品大陆在线观看| 在线视频日韩精品| 91色在线视频| 欧美黑人一区二区三区| 欧美老女人bb| 丝袜美腿精品国产二区| 国产日韩换脸av一区在线观看| 日韩中文字幕在线观看| 亚洲午夜女主播在线直播| 亚洲国产精品va在看黑人| 欧美性猛交xxxx富婆弯腰| 视频直播国产精品| 日韩精品中文字| 欧美性色xo影院| 久久久精品国产一区二区| 久久久久久高潮国产精品视| 国产欧美一区二区三区在线看| 日韩在线视频观看正片免费网站| 91在线色戒在线| 亚洲国模精品私拍| 久久精品中文字幕| 午夜欧美大片免费观看| 欧美色道久久88综合亚洲精品| 伊人青青综合网站| 欧美肥老妇视频| 欧美日韩另类在线| 亚洲精选一区二区| 国产精品视频自在线| 欧美极品欧美精品欧美视频| 亚洲精品午夜精品| 日韩欧美极品在线观看| 欧洲永久精品大片ww免费漫画|