OOP的未來
撰文/Bjarne Stroustrup & Tim Lindholm 編譯/孟巖
把寶押在Java上？或是堅持C++不動搖？還是考慮考慮C#？你是否猶豫不決？那麼不妨先聽聽下面這些專家的說法，對於面向對象程序設計語言的現狀和未來作一番了解。
關鍵詞：C++，Java，C#，OOP
科技進展一日千裡，產品生產周期則越來越短，不少程序員已經完全沒有時間掌握第二種語言。不論一個程序員的技術能力是否被考慮，對於他來說，將來能夠參與什麼類型的項目，加盟什麼樣的公司，在很大程度上，將取決於今天選擇哪種程序設計語言。為了幫助大家清晰地了解C++和Java這兩個最流行的OOP語言現在和將來的有關情況，我們采訪了C++語言的設計者Bjarne Stroustrup，以及Sun公司著名工程師Tim Lindholm。下面是他們的觀點，內容涉及程序設計的未來、語言之間的比較、OOP語言的發展與革新之取捨以及程序設計標准。
未來
在未來三年，程序員編寫代碼的方式會發生那些變化？
Stroustrup: 在C++中，假如沒有合適的庫在背後支撐，完成任何重要的工作都可能是很復雜的。而一旦有了合適的庫，任何東西都可以被我們操控於股掌之間。因此，構造和使用程序庫的重要性與日俱增。這也暗示我們，泛型程序設計(generic programming)將會越來越多地被運用。只有通過GP，我們才能確保庫的通用性和高效率。我還預期在分布式計算和“組件（components）”應用領域會出現喜人的增長。就大部分程序員而言，通過使用方便適用的程序庫，這些開發工作會變得簡單明了。
現在有一個趨勢，編譯器廠商試圖把其特有的“對象模型”和圖形界面(GUI)細節推銷給用戶。比如微軟的COM和Inprise的類屬性“properties”。對於用戶來說，這既不必要，也不情願。我所希望看到的程序庫，應該是用標准C++打造，界面靈活，值得信賴的程序庫。通常，這些界面應該是平台無關的。C++的表達能力極強，即使不使用大量的宏，也應該足以達成這一要求。就算有些地方無法百分之百的遵守這一原則，也應該將對於平台和廠家的依賴性限制起來。這個目標的完成情況，可以反映軟件工具產業對於應用程序開發行業的關注程度。我懷疑目前對於那些獨立的、跨平台廠商來說，並不存在相應的市場。如果能夠建立這樣的市場，也許能夠促進廠商們為客戶做出“真正有用的”產品。
Lindholm: 對於編寫代碼的開發者來說，主要的驅動力量仍將是兩個：網絡和分布式——也就是設計和開發非單機軟件的需求。大部分的應用程序將不會是孤零零地運行在單一設備上，而是運用了類似EJB和JSP之類技術的，平台無關的分布式程序。程序員們將不得不面對分布式計算的重重險阻。這將對許多程序員所依賴的設計模式、技術和直覺構成嚴峻的挑戰。這是選擇編程語言之前必須認識到的，盡管不同語言的設計特性可能促進或者阻礙這一轉化。
