工程大到一定程度，需要引入一個make工具了，CMake QMake都不錯。
GUI庫是必須放到DLL的，因為用的人可能會寫很大的程序，本身就分多個dll，GUI封裝里不可避免會有些全局變量，那么GUI庫在DLL里才容易保證全局變量的唯一性。
另外GUI里還很要解決多堆問題，就是在一個堆里分配也要回到這個堆去釋放，所以要避免模塊堆和線程堆的問題，用DLL就可以擁有模塊內存池。
GUI里會產生大量小對象，會有內存碎片化問題導致性能問題，內存池是十分必要的。
re: GacUI項目正式啟動[未登錄] 姚冬 2011-10-25 10:15
對了，可以去看看新版本的 WPS和YY語音，都是用Qt寫的客戶端。
re: GacUI項目正式啟動[未登錄] 姚冬 2011-10-25 10:14
我覺得沒必要自己再造個輪子了，可以考慮用 Qt。 c++，跨平臺，自帶2d渲染引擎比GDI+快，豐富的基礎類庫和算法庫，天生的Java Script腳本綁定。
re: Qt那點事兒（一）[未登錄] 姚冬 2011-08-29 11:19
如果比較下常用的幾種 signal/slot實現的話，我覺得Qt的實現是最好的。
boost的signal/slot 有一個很嚴重的問題，就是會導致編譯非常慢，你寫個小測試程序是不會感覺到的，如果在幾十個文件中使用的話，編譯時間會成倍增長，即使用并行編譯也是慢。都是模板搞的，boost的泛型用得太花哨了。
Qt則完全沒有這個問題，而且執行效率也還可以。
個人認為 qmake的命令行更好用，尤其是項目多的時候，pro文件提供了更靈活的配置管理。
qmake -project
qmake -tp vc
re: 有時，你真的太自信了[未登錄] 姚冬 2011-02-24 01:01
這樣開啟dep的時候不會崩潰嗎？
Qt的Qt Plugin不錯，引出的是 QObject，可以動態加載和調用
re: 加快編譯速度[未登錄] 姚冬 2010-10-26 21:49
更簡單便宜的方式是 換塊固態硬盤
re: 加快編譯速度[未登錄] 姚冬 2010-10-26 21:49
有更便宜簡單的方法，換塊固態硬盤即可。
re: C++界面庫的抉擇[未登錄] 姚冬 2010-07-31 18:48
@陳梓瀚(vczh)
只有在少數極端的情況下，你才需要你的GUI程序跨平臺。你什么時候看見一個能用的C/C++寫的帶GUI軟件，可以在不用改代碼的情況下，兩邊都編譯的。
嚴重同意
re: C++界面庫的抉擇[未登錄] 姚冬 2010-07-31 18:46
我用我的愚蠢了解QT的特性，謝謝各位
re: C++界面庫的抉擇[未登錄] 姚冬 2010-07-29 18:25
如果開發語言選擇C++的話，QT 無疑是最佳選擇。
性能一點都不差，尤其是 GraphicView系統，支持硬件加速哦
跨平臺是沒得說，PC平臺通吃，被Nokia收購后 ，手機平臺也占了一半了。
特別是 signal/slot 系統，非常完美的C++下的回調和事件通知架構，MFC的消息映射簡直是杯具。
如果說QT有什么缺點，就是運行庫有點大，靜態鏈接也有 1.5Mb，動態則接近10M。但是如果你想寫個中等規模的軟件，比如 2-30萬行源代碼，那么就不是問題了。QT是更適合寫大程序的。
這要看你的產品的定位了，如果是希望產品普及度高，那么顯然選Symbian，因為Symbian的市場存量是最大的，Nokia即使再沒落，未來幾年Symbian仍然是銷量最大的智能機。
如果你想做高端市場，那么顯然是 iPhone，因為Symbian在高端市場的失敗幾乎是注定了的。
可以考慮 用 sigslot
http://sigslot.sourceforge.net/就一個頭文件，很輕量的 signal/slot實現
Qt4.7 的確會有QML，但是和樓主想做的還不太一樣。
似乎更類似 Qt Graphic View，但是目前的Qt GraphicView還沒有豐富的Widget，而且UI效果也一般，要實現好看的效果還有很多工作要做。
QT已經有點太龐大了，而且不打算支持D3D(被Nokia收購的并發癥)了，如果樓主有興趣造福業界，我是很支持的。
前端有豐富的Widget，華麗的Effect，后端有硬件加速的圖形系統，XML的Layout，如果都能實現還是很完美的。
其實如果 IPhone/mac不是用變態的Objective-c的話，就是我心中接近完美的那個輪子了。
@Jim
你用的是Windows 64位吧？那么應該運行 B\win64\vc.bat