程序語言的編程模式

在C#出現(xiàn)以前，已經(jīng)出現(xiàn)了許多Windows程序的開發(fā)模式和解決方案。首先我們來了解一下這些開發(fā)模式的大致情況。

1、C語言/Win32 API編程模式

使用C語言調(diào)用Windows API函數(shù)Windows應用程序，是非常傳統(tǒng)的、使用了很多年的開發(fā)模式。雖然早期的開發(fā)人員使用這種模式成功地創(chuàng)建了很多應用程序，但是這種開發(fā)模式過于復雜。同時，由于語言過于簡潔，開發(fā)人員必須應付令人頭痛的內(nèi)存管理、指針運算和構(gòu)造句法。此外，C語言是傳統(tǒng)意義上的面向結(jié)構(gòu)的編程語言，缺乏面向?qū)ο蠓椒ǖ木幊讨С帧?/span>

2、C++語言/MFC編程模式

使用C++語言調(diào)用MFC類庫，對C語言調(diào)用API函數(shù)的傳統(tǒng)編程模式做出了重大改進。從很多方面來看，可以把C++語言當成最高級別的面向?qū)ο蟮腃語言，所以即使C++程序員能夠受益于“支持面向?qū)ο缶幊獭�，卻仍然要面對C語言程序處理方面的痛苦。盡管很多復雜的C++語言框架如今還在使用，微軟公司也提供了為構(gòu)建Windows應用程序提供支持的MFC基礎庫類，C++語言還是未能擺脫于C語言所帶來的困擾，也很難避免在程序中出現(xiàn)錯誤。

3、Visual Basic 6.0編程模式

處于對簡單方式的渴望，很多C語言或C++語言的程序員轉(zhuǎn)向了更為平滑的VB 6編程模式。相對于C++語言/MFC編程模式，VB 6以簡單的方式構(gòu)建復雜的用戶界面、生成代碼庫和實現(xiàn)數(shù)據(jù)存取邏輯，這種能力使VB 6得以迅速普及。通過大量的代碼引導、內(nèi)部數(shù)據(jù)類型、類和VB的具體函數(shù)，VB 6隱藏了復雜的Windows API。VB 6編程模式的最大缺陷在于其不是面向?qū)ο蟮木幊陶Z言。另外，除非調(diào)用底層的Win32 API函數(shù)，否則VB 6不能創(chuàng)建多線程應用程序。

4、Java/J2EE編程模式

Java派生于C++編程語言，眾所周知，Java語言所產(chǎn)生的力量遠在“支持跨平臺”之上。在語法上，Java語言去掉了C++語言中繁瑣之處；在平臺上，Java預定義了各種類型的包，通過這些包里預定義的類型，Java程序員能夠使用完全純凈的Java代碼，編寫數(shù)據(jù)庫、網(wǎng)絡傳輸、網(wǎng)絡前端和桌面用戶界面等應用程序。使用Java編程有一個潛在的問題，那就是在整個軟件開發(fā)周期中都必須使用Java語言。實際上，Java對綜合語言的支持很少，這與Java語言“一次編程，到處運行”的主要目標相悖。

ASP.NET程序想要更完美的運行請選擇西部數(shù)碼.NET虛擬主機

來源： greatidc.com
閱讀：4617 次
日期：2013/5/24