程序語言的編程模式在C#出現以前，已經出現了許多Windows程序的開發模式和解決方案。首先我們來了解一下這些開發模式的大致情況。 1、C語言/Win32 API編程模式 使用C語言調用Windows API函數Windows應用程序，是非常傳統的、使用了很多年的開發模式。雖然早期的開發人員使用這種模式成功地創建了很多應用程序，但是這種開發模式過于復雜。同時，由于語言過于簡潔，開發人員必須應付令人頭痛的內存管理、指針運算和構造句法。此外，C語言是傳統意義上的面向結構的編程語言，缺乏面向對象方法的編程支持。 2、C++語言/MFC編程模式 使用C++語言調用MFC類庫，對C語言調用API函數的傳統編程模式做出了重大改進。從很多方面來看，可以把C++語言當成最高級別的面向對象的C語言，所以即使C++程序員能夠受益于“支持面向對象編程”，卻仍然要面對C語言程序處理方面的痛苦。盡管很多復雜的C++語言框架如今還在使用，微軟公司也提供了為構建Windows應用程序提供支持的MFC基礎庫類，C++語言還是未能擺脫于C語言所帶來的困擾，也很難避免在程序中出現錯誤。 3、Visual Basic 6.0編程模式 處于對簡單方式的渴望，很多C語言或C++語言的程序員轉向了更為平滑的VB 6編程模式。相對于C++語言/MFC編程模式，VB 6以簡單的方式構建復雜的用戶界面、生成代碼庫和實現數據存取邏輯，這種能力使VB 6得以迅速普及。通過大量的代碼引導、內部數據類型、類和VB的具體函數，VB 6隱藏了復雜的Windows API。VB 6編程模式的最大缺陷在于其不是面向對象的編程語言。另外，除非調用底層的Win32 API函數，否則VB 6不能創建多線程應用程序。 4、Java/J2EE編程模式 Java派生于C++編程語言，眾所周知，Java語言所產生的力量遠在“支持跨平臺”之上。在語法上，Java語言去掉了C++語言中繁瑣之處；在平臺上，Java預定義了各種類型的包，通過這些包里預定義的類型，Java程序員能夠使用完全純凈的Java代碼，編寫數據庫、網絡傳輸、網絡前端和桌面用戶界面等應用程序。使用Java編程有一個潛在的問題，那就是在整個軟件開發周期中都必須使用Java語言。實際上，Java對綜合語言的支持很少，這與Java語言“一次編程，到處運行”的主要目標相悖。
|
|||
| >> 相關文章 | |||
浙公網安備 33048302000166號
