剛看了個帖子是在談論C++的，那個童鞋真是有趣，不知道什么原因想搞c++寫GUI程序，可是他又不喜歡別人搭好的框架，是在沒話說他什么的，我看了下 面跟帖子的，呵呵是在有意思。MFC是個爛框架，windfrom是.net的產物，他都不喜歡，想用最底層的。呵呵最底層不就是win32 api可以用啦，如果在底層，那你就和硬件層打交道了。搞軟件開發主要的是效率，即使代碼寫得很好，你花一個禮拜，人家一天，那你還是失敗的。我們平常提 升能力的時候可以使用底層的API來寫GUI程序，讓自己明白整個窗體程序的后臺代碼流程，如果你開發也使用win api 那我只能佩服你了，就一個簡單的空白窗體也要一百來行代碼，那你幾個窗體不就上千行代碼，代碼多也加大調試的困難度，我只能說 我服了你。 你知道VB那么浪費程序空間，但是依舊有很多追隨者嗎，就是它擁有最快的開發效率。 現在的計算機不缺這些內存，那么你也就沒必要糾結內存的問題。 所以你想用C++語言，那么你配合那些框架，QT ,GTK好的框架你可以在這基礎上寫你的處理代碼，那不就省了狠多時間嘛。
今天正好又接觸到上位機軟件，所以過來看了下軟件代碼。我現在是一個底層的硬件開發人員，我深知底層的麻煩。底層的程序是沒辦法像高層那樣軟調試的，我們 都是看現象，自己從代碼中找到問題代碼，不斷燒入調試再少入。我常常為了寫新的程序不斷的去控制各個功能模塊的流轉，這個控制流程都是事先已經定下來的， 然后我編寫該程序，一旦流程變動，我不得不改動大量的代碼，這樣太費神也費時間，所以我在近階段研究操作系統，這樣我只需要編寫各個模塊的驅動程序就可以 了，時間片會自動切換到每個任務中，這極大的加快開發的效率。 說到此處就是那句話我正在想辦法運用個平臺來加快開發的效率，這和上面的童鞋正是個相反的過程。
各種語言的提出都是為了提高開發效率，但是它限制了我們探討底層的深度。學軟件的喜歡往底層鉆是好事，但是沒必要用底層去寫，這么麻煩的事讓大師們為你設 計好類庫，他們扒這口飯的，你只要知道怎么回事就可以了，你吧底層的事搶過來又要加上應用層次代碼的編寫，你這個時間我不敢恭維。
| 歡迎光臨 (http://m.zg4o1577.cn/bbs/) | Powered by Discuz! X3.1 |