※ 引述《paschen (paschen)》之銘言：
→ uranusjr:Windows Phone 模擬器要用 Hyper-V, 用 VM 很麻煩 (離題) 07/08 20:33
推 abcdefghi:用QT吧, 號稱可以支援iOS, 先在android上玩, 確定真的想 07/10 00:52
→ abcdefghi:玩iOS, 再買一台中古mac, 只用來debug就好. 不過這種做 07/10 00:54
→ abcdefghi:法我也沒試過, 不確定QT到底有沒有這麼厲害. 07/10 00:54
→ uranusjr:支援 iOS 是真的, 但我個人是建議沒事不要輕易嘗試 07/10 00:58
→ paschen:為何? 07/10 07:39
我是覺得講了你大概也感受不出來, 不過反正
首先 licensing 就是個大問題
根據蘋果的規範, iOS 上的第三方函式庫必須靜態連結
而 Qt 本身是 GPL/LGPL/商業授權三軌擇一
所以如果用 Qt 開發 iOS app 要嘛你必須以 GPL 或 LGPL 開源, 要嘛就是得付錢
蘋果最近好像打算開放部署 dylib 就是了
接著是 app 的容量
因為 Qt 是自己帶一套 GUI 函式庫
所以即使你只是寫個 Hello world 大概至少都要好幾十 MB
如果你帶的東西多一點可以破百
尤其蘋果有規定 100 MB 以上的程式必須用 Wifi 下載
等你上 App Store 之後使用者試用的意願會受影響
（不過你可能還不需要擔心這個）
然後是最重要的, 支援度
因為蘋果不允許程式使用自己的 web rendering engine
所以 Qt for iOS 目前不支援 webkit components
你可以自己包 iOS 原生版, 但這樣就沒辦法像前面說的在其他平台上測試
我記得 5.3 企業版好像已經有包好的, 不過你大概不會想付錢
而且即使是包好的也還是要在 OS X 才能編譯測試...
除此之外的感測器元件也不是通通都已經支援, 尤其開源版
還有像 Apple Map integration 當然也沒有（這個倒是比較容易解決）
反正總體來說 Qt 目前對 mobile platform 的支援就是不太完整
雖然某些東西也不是辦不到, 只是自己動手去做就需要更多背景知識
對於沒有商業支援和雄厚 C++ 與平台知識的人而言根本只是製造更多麻煩
想從這裡入門 iOS 開發絕對比你想的辛苦
理想很豐裕、現實很骨感
— Qt China 某網友

Windows Phone 模擬器要用 Hyper-V, 用 VM 很麻煩 (離題)

用QT吧, 號稱可以支援iOS, 先在android上玩, 確定真的想玩iOS, 再買一台中古mac, 只用來debug就好. 不過這種做法我也沒試過, 不確定QT到底有沒有這麼厲害.

支援 iOS 是真的, 但我個人是建議沒事不要輕易嘗試

為何?

license的部份確實是 qt 很弱的地方, 不過, 阿婆是可以自己做web rendering engine, 出問題的地方是javascript阿婆不準app裡的interpreter執行外部的script.

感謝，我半年後再來重看= =

Digia有做幾個qt的demo app: SubAttack, Quick ForecastQt Hangman, Flyingbus, 有興趣可以玩玩看

Apple對License的要求太嚴苛了

我真的覺得何苦　obj-c又不是多難寫 mba也不是多貴...XD

推