64位元PC大軍壓境，32位元應用程式何去何從？

過去微軟平臺從Windows 3.1到Windows 95、98，都是基於Win16或Win32 API所開發的技術。預計將在明年推出，代號「Longhorn」的下一代64位元視窗作業系統，是相當大幅度的作業系統改版，底層使用.NET技術核心WinFX，取代Win32 API。如果企業繼續使用VB 6.0作為主要開發工具，那麼勢必無法完全發揮Longhorn的優勢。

Longhorn與64位元的來臨，對企業而言有深刻的感受嗎？博訊科技軟體開發處經理劉世敏一語道出企業的現實狀況：「公司的電腦還有半數是Windows 98呢！」這樣的情況並不足為奇，企業汰換電腦的頻率少說3至5年，一般單純事務性的電腦可能撐得更久，而且也不可能一次全部換新。

然而不久的將來，64位元個人電腦平價化的趨勢，將會愈來愈明顯，一般預估只要2、3年的時間，64位元電腦就會迅速普及。微軟開發工具暨平臺推廣處應用架構技術經理李匡正分析：「32位元與64位元電腦在企業並存的狀況，可能會比16位元及32位元電腦並存的時間更長。」所以企業會面臨應用程式如何因應的問題。虛擬平臺之上，無需擔心64位元的問題

微軟現階段為減少修改的幅度，以避免指標轉換的影響，Win32 API移植到64位元Windows平臺的部分，僅將32位元的資料及指標轉換為64位元長度，並未針對API作大幅度的變化。所以在Windows的64位元環境下，.NET才是最原生的開發平臺。

預計今年推出的.NET Framework 2.0，將同時支援32及64位元模式，所以企業無需關心.NET應用程式在32還是64位元環境執行的問題，只要透過JIT（Just In Time）編譯器轉換，.NET應用程式在兩種模式之下，均可以原生的方式執行。

Sybase系統顧問向質彬表示：「Sybase比Java更早知道VM架構的好處，PowerBuilder即基於VM架構的產品。」在VM（虛擬機器）之上，程式的語法很固定，程式只要對應不同作業系統的VM即可執行。因此未來企業只要透過轉移工具升級到最新版本的PowerBuilder，即可享受64位元的超速快感。

昇陽教育訓練中心經理王森進一步說明：「32到64位元最大的問題，在於資料型態跟記憶體定址。」.NET的CLR及Java的JVM，本身就是一個硬體的模擬，所以重點在於VM要支援64位元電腦，對程式來而言，不管底層怎麼改，都是沒有影響的。除了.NET Framework 2.0將支援64位元；同樣的，昇陽網站也已針對AMD64推出專屬的JVM。32位元應用程式仍可在WoW64下執行

而VB 6.0的應用程式在64位元環境，要在模擬32位元平臺的WoW64（Windows on Windows 64）子系統下執行，無法享受64位元的超速快感，且會發生類似Windows 95執行16位元VB 1.0應用程式的情況，效能會有所折損。

王森解釋：「64位元環境絕對可以相容32位元程式，只是效能可能比較差。」所以企業不必因為64位元的來臨而亂了套，64位元處理器絕對可以相容32位元的指令，而VB程式面臨的瓶頸，是開發方法及效能，企業倒不見得有立即升級的迫切危機。

雖說軟硬體廠商難免會藉64位元炒作買氣，不過企業只要認知32位元應用程式繼續撐著也是可以的，至於程式升級或重寫，及相關的方法策略，是需要從長計議的。