※ 引述《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 某网友