最近在研究 Win32 API
有鑑於 Windows 系統的強大以及網路上資源豐富
儘管在 programming 的時候可以感覺到這家公司的蠻橫
但是在開發應用程式的時候,衡量優劣之下,還是選 M$ 最好
##CONTINUE##
Win32 應用程式的開發有一個固定的模式需要遵守
1. 先建立視窗(不管你需不需要)
2. 設定訊息處理函式
3. 用視窗接收訊息
也許看到規範就想違背是我個人的劣根性
這樣我自己在寫一些模組化的程式,可重用性就會高很多
不需要依賴視窗,也可以少很多負擔
做了許多功課以後,宣告放棄
因為在 M$ 的設定下,Console 的視窗並沒有辦法接受訊息
所以如果想要利用 Win32 的 event-driven 和 message queue 的功能
一定要另外生一個視窗來做這件事
今天看到的 code 內容
可以不用 Win32 內定的程式進入點 WinMain ,而用一般的 int main
然後另外開視窗來處理訊息
我自己則是希望可以把視窗、訊息處理函式用一個 class 包起來
以後我就還是可以用熟悉的空專案寫程式,又可以用 Win32 的訊息功能
不過至少回國之前我要忍住,不能開始動手寫
沒有留言:
張貼留言