这里很容易回答:

如果你正在开发一个配有“Windows app”的窗口。 NET或MFC是否会通过使用Qt阻碍你的申请? 如果答案是肯定的,那么澳门的情况可能相同。

我可以想起我头顶上的几个负面看法:

• Licensing
• Qt apps, while good, are not completely a native UI experience and there s things a native UI designer can do in Cocoa which boggle the mind. While I can t be sure that all the same functionality isn t available in Qt, I doubt it.
• Qt is always a little behind. If Microsoft or Apple come out with a great new technology, you have to wait for the Qt developers to update Qt.

然而,只有你才能确定使用Qt的商业价值。 如果您认为,横向发展将是你们发展的一个主要部分,那么,就应该把发展结合起来。 尽管提到了这些问题,但问题可能值得考虑。

Ask yourself:有多少最佳的宏观应用是你所知的 难道不是土著可可吗?

就我们的机器系统而言,我们最初在C++上使用跨波束式高温植被图书馆(由于某些许可证问题,我们避免了Qt),因为我们感到,我们必须把Windows、Libert和Mac平台瞄准我们的终端用户。 这是我们一年多来运送的物品,直到我开始与科恰进行缝.。

更糟糕的是,最令我印象深刻的是,你如何迅速利用可可发展。 最后,我们决定放弃对光荣和视窗的支持,并将我们在科拉的全部控制应用程序改写。 花了几年时间在C++中走到一起,只需要三个月的时间才能在科拉彻底执行。

除了其他人指出的“最低共同标准”接口问题外,可可公司允许的迅速发展已成为我们公司的竞争优势。 我们的软件自我们转换成可可以来已经更快地发展,它使我们成为一家新公司,拥有一家开发商,甚至连拥有20人发展团队的10岁竞争者进行拖拉。 这在宏观发展空间似乎是一个共同的故事,你看到许多小团队能够创造与大公司竞争的产品。

最后一点是,利用Cocoa使你能够停留在新的APICA Apple果顶上。 我们现在重新努力建立一个新的控制界面,将大力利用核心估算,这是应对使用Qt痛苦的。

目前,我与QT(实际上是PyQT,但与你的问题没有关系)和Cia原住民的 app。 因为我没有大脑,我选择了可可。 探讨整个可可问题确实需要时间,在可可框架内还有许多伟大的概念,目标C2.0也是这样。

I 用途 如果你想要成为一种交叉应用。

http://doc.trolltech.com/qmaccocoaviewcontainer.html 班级。 它是对一般可可观点的一种总结,因此,你也可以拥有没有得到Qt正式支持的可可元素。

当然,这意味着对可可和目标C以及可可联盟需要怎样看待。 但是,如果你们已经知道的话,如果你们已经知道的话,那么你会知道,如果你已经知道的话,那么你会知道你的话。 坦率地说,如果它不喜欢你的申请,那就是一个好的道路。

不要忘记<代码>。 QMacStyle:WidgetSizePolicy 或者,你不理解您的表格为何如此庞大。

Obviously, the best option is to use a cross platform suite that supports native widgets. With QT4 you can build your base user interface. Then just add native support for your specific target platform.

果敢,可可有许多ancy(你仍然可以使用tro强的QT4),但我要说清楚。 我看到,在上诉庭上,申请胜诉,但大多数只是强奸,代价高昂。 我真的错失了我的卡特文编辑、我的神学家、我的心脏软件......这些软件比商业和昂贵的替代品好,是免费的。 因此,仅仅 t击源代码,也没有什么当地和丰富的经验。

在我的主要电脑上,如果我不得不使用一条灯塔吗? 或窗口? 还是什么? 仅限?

例如,在能够使用像Gimp这样的全貌相操纵软件时,为什么地球上的人不得不购买昂贵的、原始的、但像像素材一样的图像编辑软件? YES Gimp是建立在任何平台上的痛苦,特别是在Mac,因为确实是丑恶的。 Gimp应运至QT4。 逃兵也应赶到QT4,而且会感到如此之大。

Is so simple to do.. gosh! http://doc.qt.nokia.com/4.7-snapshot/demos-macmainwindow.html Even you can add support for the the new native lion fullscreen feature, unified title and toolbar menus, etc

我作为用户,真正关心高效、有特色、良好和跨平台,不真正关心开发商的方便或距离。

我做了很多交叉产品开发(Mac、Windows、HCH)和一些项目使用Qt。 这是一个很好的框架,提供丰富的阶级图书馆。 如果你需要在多个平台上部署,那么无法花在平台特定前端上的时间/努力,或者对每个平台的“遗传”支持足够好,然后使用Qt。

然而, 在某些方面, Q势必然会受到最小的普通分母综合症的影响,有时不会感觉到quite 本土。 某些特征也难以得到支持,或根本无法在盖特图书馆提供。 因此,如果你能够支付时间和精力,或者你真的要求注意细节和适当之处,那么,制定单独的前端可能值得。

在这两种情况下,你都应以不偏重平台和前端中立的方式书写你的后端(工作领域)代码。 这样,前端很容易被替换,或在平台之间修改。

你们可以总是从Qt前端到市场,然后发展一条本土前线。

在实践中,我注意到,视窗上的t光看着大部分是“native”,而在澳门,有某些微妙的计票迹象,使得它看上去/看不上去。 而宏观用户对国际不动产/未爆炸物品的期望往往更高!

自张贴以来,即学习可可/目标-C方式,给人留下了深刻印象。 尽管我最初认为这是一种qui子,但Objc似乎是一个非常有效的语言,用于实施《国际统一制度法》,而XCode 糖,如核心数据和约束品,则对所有bor子都做了简短的工作。

在挖入可可之前,我曾用过QT的范例和文件,并倾向于同意上文提到的 w,不稍微落后于曲线,更不用说qu——尽管经过了相当细微的检查。 如果我绝对必须建立跨平台,或许使用QT,而不是试图将《国际调查法》分离出来,因为看起来像它会提供近视力,而只是为了ma目的,科拉似乎是一种无限的胜利。

感谢大家的回答,他们都非常有益!

DO NOT use Qt for a Mac app. 你们不会加速2D的安装,你将无法完成《非洲发展新议程》的遵守。

根据你想要写的那类材料,另一位竞争者是:。