飄天文學 > 往生記 >一百八十三
    這部分的技術都由沃洛克領導,或者應該講約翰博士,他喜歡人們這麼叫。作爲一名資深的PARC成員,他了解計算機圖形學的每一個細節,甚至在他上大學的時候就曾經獨立的寫出了一個消隱算法。

    字符型的‘操’作系統是不講究什麼二維三維的,比如dos、godson,它們只需要顯示文本就可以了,具體的‘操’作全由處理器完成,內存中移動的都是一行行的命令與文字。

    到了圖形界面時代,這就是個災難,窗口的出現讓cpu苦不堪言。經典的mac就是這樣,所有圖形的繪製工作都是由我們偉大而神聖的68完成的,任勞任怨,讓我們對它表示一下敬意。一般的處理流程是這樣的:所有圖形的顯示都是一行一行的,因此cpu先是在內存中尋找窗口的地址,然後將每一行的數據拷貝到目的地顯示,重複這一工作知道一個窗口顯示完成。

    因此當一個窗口圖形很大的時候,cpu的工作量則是成正比的增長,而我們每完成一個移動的‘操’作都會讓cpu重複這一過程,可以想見若是cpu不強勁那效果會是如何。

    還有一個問題那就是內存,窗口所有的數據都是先在內存中然後被畫到顯示器上,這得佔用不少的資源,這就是爲什麼512k內存的pc機不能支持indos系統,而mac則慢如蝸牛的原因。

    沃洛克帶領的開發小組則借鑑了遊戲機的加速原理,利用專‘門’的顯示芯片來加速處理這部分圖形數據,配合本已強大的k32處理器,立即讓工作站如虎添翼。

    至於MIT研究的窗口系統,這其中還有個故事。

    話說經蘇教授的穿針引線,長久投資了一筆錢,將圖形‘操’作界面的開發任務‘交’給了MIT研究室,誰知道左等不來右等還是沒影,每次詢問的結果都是一個回答:版本不高,不宜發佈。

    一次兩次長久還能容忍,但是都到了85年這玩意還磨磨蹭蹭就有點不對勁了,MIT研究室不出成果要錢還要的特別狠,這就讓長久很不爽,於是特地去做了一次考評,結果卻讓他差點氣歪了鼻子。

    原來在MIT的實驗室中,這套被命名爲x-indo的圖形界面已經具備了基本的形態,說的不客氣點,就算拿出去賣都可以算是一個成功的產品,可是MIT研究室卻死死扣着不發。

    他們的理由很簡單,x-indo計劃的主要目的就是要在所有運行unix的機器上完美實現,現在這個版本依舊沒有達到這個標準,因此不宜發行。

    長久瞭解了來龍去脈之後才恍然大悟,感情MIT研究室做的是這個工作,人家並不是專爲VS工作的,同時還爲DEC服務,而且還優先於VS。

    我說咋這麼便宜那,感情着這傢伙到處拉贊助啊,的人解釋道,這個項目難處在於要制定一個圖形界面的標準,兼容所有的unix機器及其變種,因此纔要‘花’大力氣測試,時間就是這麼消耗的。

    聽了MIT的解釋,長久抹了一把汗,乖乖,好偉大的理想,可是咱不是那種‘胸’懷世界的人,你們自己玩去吧。

    於是一怒之下,長久要求收回投資,MIT的人自然不肯,漫天要價就地還錢,這才加了點錢購買了這套半成品的所有技術。

    後來長久才知道X-indo並不是MIT原創,他們是從斯坦福得到了一個實驗‘性’的視窗系統叫,加以改進到足夠的區別之後才改名X的。

    有了這個發現長久順藤‘摸’瓜,由沃洛克博士出面找到了這套視窗系統的研究人員,許以重利挖來繼續開發圖形界面。

    長久完全拋棄了MIT那套過於理想化的做法,居然想兼容所有unix變種,這簡直荒唐,商業化的unix系統五‘花’八‘門’,各家公司爲了自己的利益總想着和別人不兼容,如何能統一?

    因此長久讓沃洛克的圖形開發小組全面的修改x視窗系統,堅決的要打擊這種灑水式的兼容方式,一切要以現在研發的工作站、EC平臺及386爲優化對象。

    得到了x視窗系統的所有資料之後,長久也專‘門’下了一番功夫,不得不承認這是專‘門’爲了小型機和工作站設計的。

    同mac系統和indos那樣的高集成度的圖形系統不同,MIT的人將這套X視窗系統分爲了三個部分,服務端、客戶端和通信函數庫。

    其中服務端就相當於總控硬件的顯示程序,它接收服務端的繪圖指令‘操’作硬件完成繪圖任務,將得到的數據傳輸給客戶端。客戶端不需要接觸硬件指令,只需要請求、顯示即可。

    因此理論上只要硬件足夠強大,可以運行許多服務端、客戶端而互不干擾,頗有點服務器的意思。

    而最讓人驚訝的是X視窗系統僅提供基礎的系統調用,長久第一感覺則是應該將之封閉起來提供一個圖形API函數庫,這樣可以做成一個開發工具包,讓那些程序員們不需要一步步的使用那些基礎調用,簡化編程工作量縮短開發時間。

    在長久的示意下,沃洛克小組開發了一組圖形套件,提供了菜單、按鈕、對話框等圖形接口的標準構件,還提供基本的視窗管理器,所有使用這套基本構件的程序員都可以非常輕鬆的創建一個視窗程序。

    爲了配合圖形系統,長久發動了大批的程序員對現有程序進行移植和圖形化包裝,包括正在開發中的VS-office85系列套件。

    長久厭煩了1.0、2.0式的版本命名方法,以年份命名簡單直觀,非常的平易近人,已經提出立即讓所有人全票通過,因此就這麼順理成章的用來了公司的主力產品office系列上。

    Vs-office不愧爲印鈔機,僅僅在84年viesoft就憑着它取得了3.2億美元的收入,名列軟件銷量排行榜的第一位。

    在85年長久針對變化的市場特意制訂了一個火箭計劃,祕密開發全新的基於圖形界面的office系列,主要目的就是要藉着圖形‘操’作系統的更新將那些在字符型系統下強勁的競爭對手徹底甩開。

    比如ordprofect,這東西就是一個vs-ord的強勁威脅,用戶據說與office的不相上下,至於其他的公司或多或少都有一兩項絕活,畢竟第一個喫螃蟹的人最美味。

    因此藉着圖形‘操’作系統的開發,長久準備對應用程序市場進行一次洗牌,本來喬伊意圖使圖形版的godson更加的開放和親近程序員,長久毫無疑問的否決了,特地在覈心和應用程序之間加了一層,稱之爲API(用戶程序接口),完全斷絕了程序員繞過系統直接‘操’作硬件的可能,因此新系統的結構也就對其它公司模糊起來,第三方開發完全兼容之的程序變的不太那麼爽利。


章節報錯(免登陸)