qt creator 再啟航

前段時間研究ogitor，下了個qt sdk玩，被其驚人的容量所震驚，用了兩個星期基本都能用了，但是都是用的vs編寫的代碼，因為qt creator中無法build 項目，說起來這簡直是個玩笑。

今天工作的時候改imageset editor，再次跟wxwidget打交道，少不了得用DialogBlocks（當初發明wxwidget寫的，但是收費），用著用著就又想起了qt，其實兩者基本上同一類型的東西，使用方法包括很多概念都非常類似，但是qt明顯擁有更好的支援與更好的gui theme，管他呢，總之又提起了我研究qt的興趣，畢竟上次只是會使用，這次得研究點名堂才行。

 

所以今天又碰到“Could not find make command: mingw32-make.exe in the build environment”， 我果斷的選擇在環境變數中加了“D:/3party/Qt/2009.05/mingw/bin”（說實話實在想不通nokia如何會漏了這個細節），結果是--不行！！！再一次搞笑！

 

就當我快絕望的時候，我選擇關閉了qt creator。再次啟動後，它竟然可以正確編譯了！！！按照提示的意思似乎是，由於qt creator沒有檢測到配置的修改，所以其預設就認為找不到mingw32-make.exe，即使再我已經設了環境變數以後，只能再一次驚歎nokia如何會忽略這樣一個使用者使用習慣，無論如何，終於是可以了，以後應該會寫點qt的心得吧：）

 

細數工作以來使用的ui庫，也真夠全的，mfc自不必說，以前也學過win form， 最大的收穫是認識了bcgcontrolbar--認識到了原來對mfc mod還是很有前途，並且很有效。然後通過ceguilayout editor用熟了wxWidget（通讀了cross plantom ui programming), 接著還沒事找事把celayouteditor移植到了mfc+bcg下，說是移植其實重寫了95%的代碼，說實話這個開源軟體是我見過的品質最差的，其bug量之大令人乍舌，易用性也實在差的很，剛工作的第一個月基本就在修它的bug了，如今想來確實很有感觸，良好的代碼風格確實是至關重要的！！！

 

工作快9個月了，現在面對ui庫的感覺是，這個這個應該是這樣做的吧（90%果然），這個這個應該有這樣的函數把（90%當真），結論就是--所有ui庫都一樣，起碼在功能方面幾無差別，無非是通過什麼方式而已。加上整了半年多的cegui，在ui這塊估計也是夠了！