Pascal是Nicolas Wirth在20世紀70年代初設計的，因為他對FORTRAN和COBOL不強制學生訓練結構化編程感到失望，“空心粉代碼”成為常態，當時的語言並不反對。Pascal被設計用來執行結構化編程。Pascal最初是嚴格為教學而設計的，最後，大量支持者把它推向了商業編程。當Borland在IBM PC上發布Turbo Pascal時，Pascal曾經輝煌壹時。集成編輯器、快如閃電的編譯器和低廉的價格讓它無法抗拒。Pascal已經編寫了為MS-DOS編寫小程序的首選語言。
然而，在很短的時間內，C編譯器變得更快，並擁有出色的內置編輯器和調試器。Pascal在1990年Windows開始流行的時候就走到了盡頭。Borland放棄了Pascal，將註意力轉向為Windows編寫程序的C++。渦輪帕斯卡很快就被遺忘了。
最後，在1996，Borland發布了它的“Visual Basic黑仔”——Delphi。這是壹個快速的Pascal編譯器，具有華麗的用戶界面。由於堅持不懈的努力，很快贏得了壹大群粉絲。
基本上Pascal比C簡單，雖然語法差不多，但是缺少C擁有的很多簡潔的運算符。這是好事，也是壞事。雖然很難寫出難以理解的“智能”代碼，但這也使得壹些低級操作，如位操作變得困難。
優點:簡單易學，平臺相關操作(Dephi)很不錯。
缺點:《世界趨勢》的面向對象Pascal後繼者(Modula，Oberon)還沒有成功。編譯器開發人員不認可語言標準。專利權。
便攜性:很差。語言的功能隨著平臺的變化而變化，沒有可移植的工具包來處理平臺相關的功能。
用Pascal寫的遊戲:幾個。DirectX的Delphi組件讓遊戲的地方更大。
信息:要查找與Delphi相關的信息，請訪問:Inprise Delphi頁面。
6、Visual Basic
哈，基礎。回到20世紀80年代的石器時代，它是初學者的第壹語言。最初的基礎形式，雖然簡單易學，但是組織得可怕，它毫不猶豫地使用了後藤的“空心粉代碼”。在回憶BASIC的行號和GOSUB命令時，很少有人能止住眼角的淚水。
快進到90年代初，雖然不是蘋果所希望的巨頭，但HyperCard仍然是壹個有吸引力的小型編程環境，無法與Windows相比。Windows下的ToolBook等HyperCard克隆版又慢又笨又貴。為了與HyperCard競爭，微軟獲得了壹個名為Thunderprogramming environment的小型授權許可權，並將其發布為Visual Basci 1.0，其用戶界面在當時非常具有創新性。雖然語言也叫Basic(不是全大寫)，但是更結構化，行號也去掉了。事實上，這種語言更像是帶有基本動詞的Pascal，而不是TRS-80、Apple II和Atari建立的舊ROM BASIC。
經過六個版本，Visual Basic已經變得非常漂亮了。用戶界面發生了許多變化，但是“將代碼與用戶界面相關聯”的主題仍然存在。當與即時編譯相結合時，這使得它成為快速原型開發的極好環境。
優點:幹凈的編輯環境。易於學習和即時編譯導致簡單和快速的原型制作。許多可用的插件。雖然有第三方DirectX插件，但DirectX 7已經準備好提供對Visual Basic的支持。
缺點:程序非常大，運行時需要幾個巨大的運行時動態連接庫。雖然表單和對話框程序很容易完成，但是很難寫出好的圖形程序。調用Windows的API程序非常笨拙，因為VB的數據結構沒有很好的映射到c，有OO函數，但是不完全面向對象。專利權。
便攜性:很差。因為Visual Basic是微軟的產品，妳自然受限於他們的平臺去實現。換句話說，妳能得到的選擇是:Windows，Windows或者Widnows。當然，也有壹些工具可以把VB程序轉換成Java。
用Visual Basic編寫的遊戲:壹些。有很多用VB寫的* * *遊戲，也有壹些是商業化的。
資料:微軟的VB頁面有壹些資料。
7、Java
Java是壹種可移植的“小C++”，最初是Sun為嵌入程序而設計的。在網絡上運行小程序的想法確實吸引了很多人的註意，於是語言迅速崛起。事實證明，Java不僅適合在網頁中嵌入動畫——對於完整的軟件編程來說，它是壹種優秀的小語言。“虛擬機”、垃圾回收、無指針的機制，輕松實現不易崩潰、不會泄漏資源的可靠程序。
雖然不是C++的正式續作，但Java借鑒了C++的很多語法。它拋棄了C++的許多復雜函數，從而形成了壹種簡潔易學的語言。與C++不同，Java強制進行面向對象的編程。用Java寫非面向對象的程序和用Pascal寫“空心粉代碼”壹樣難。
優點:二進制代碼可以移植到其他平臺。該程序可以在網頁中運行。包含的類庫非常標準，非常健壯。自動分配和垃圾收集，以避免程序中的資源泄漏。互聯網上大量的代碼例程。
缺點:用壹個“虛擬機”來運行可移植的字節碼而不是本機代碼，程序會比真正的編譯器慢。有很多技術(比如“即時”編譯器)大大提高了Java的速度，但是速度永遠不可能比機器碼方案更好。早期的函數，比如AWT，沒有經過仔細考慮，雖然正式廢除了，但是為了保持向後兼容性，不得不保留。技術越先進，越難處理底層的機器功能。對於Sun來說，為這種語言添加新的“祝福”功能太慢了。
可移植性:最好，但仍未達到應有的水平。底層代碼可移植性強，但是很多UI和新功能在某些平臺上不穩定。
用Java寫的遊戲:網頁上有很多小Applet，但只有壹部分是商業化的。壹些商業遊戲使用Java作為他們的內部腳本語言。
信息:Sun的官方Java頁面提供了壹些有用的信息。IBM也有壹個非常好的Java頁面。JavaLobby是了解Java新聞的最佳地方。
8.創作工具
上面提到的編程語言涵蓋了大部分商業遊戲。但也有例外。這個大遊戲因為它的缺席而引人註目。
神秘島。是的，最暢銷的商業遊戲都不是用以上任何壹種語言編寫的，雖然有人說《神秘島》99%是用3D建模工具制作的，它的基本編程邏輯都是用HyperCard完成的。
大多數創作工具有點像Visual Basic，只是它們在更高的級別上工作。大多數工具使用壹些拖放流程圖來模擬過程控制。許多編程語言都有內置的解釋，但沒有壹種語言能像上面提到的單壹語言那樣健壯。
優點:快速原型制作——如果妳的遊戲符合工具制作的目的，妳或許可以讓妳的遊戲運行得比使用其他語言更快。在許多情況下，您可以創建壹個簡單的遊戲，而無需任何代碼。使用插件程序，如Shockware和IconAuthor player，可以在網頁上發布許多由創意工具生成的程序。
缺點:專利，至於會增加什麽功能，妳就任由工具制造者擺布了。妳必須考慮這些工具是否能滿足妳遊戲的需求，因為有很多事情是那些創意工具做不到的。壹些工具會產生非常臃腫的程序。
可移植性:因為創意工具是有專利的，所以妳的可移植性與它們提供的功能密切相關。有些系統如Director可以在幾個平臺上創建和運行，有些工具可以在某個平臺上創建和運行，有些只能在單個平臺上創建和運行。
用創意工具寫的遊戲:《神秘島》等類似的冒險遊戲。所有的沖擊波遊戲都在網上。
材料:Director，hypercard，HyperCard，IconAuthor，Authorware。
9.結論
對於“我應該使用哪種語言”這個問題，妳可能想得到壹個更標準的結論。不幸的是，沒有適用於所有應用的最佳解決方案。c適合快速小程序，不支持面向對象編程。C++完全支持面向對象，但是很復雜。Visual Basic和Delphi易學，但不可移植，有專利權。Java有很多簡潔的函數，但是很慢。創作工具可以盡可能快地生成您的程序，但它只適用於某些類型的程序。最好的辦法是決定妳要寫什麽樣的遊戲，選擇最能支持妳遊戲的語言。“試用30天”的做法成為行業標準，這是好事。