2016-12-14 4 views
2

Iは完全に(C/C++とGLSLのビットで)Objective-Cで書かれている完全に作動オーディオ/ビデオアプリケーションを持っています。Objective-CアプリケーションをWindowsに移植します。最良の選択肢は何ですか?

私は今、Windowsにポートにそれを必要と私は私の最高のオプションが何であるかと思いまして。私はC/C++ドメインにとどまりたいので、Javaはオプションではありません。 (細部へのこだわりは、私にとって非常に重要である、私は私のニーズに合わせて、多くのUI要素をサブクラス化)

は、私は、これは多くの作業になることを知っているが、私はまた、これは良いことにしたいです。

現在のところ、私はアプリ全体をC++に移植し、UI全体にQtを使用することができました(私はそれを使っていくつかの小さなプロジェクトを行いましたが、ほとんどOKでした)か、アプリケーションコアを移植し、 WindowsとMac用のUI(Mac UIはすでにあります)。

はあなたの誰もが、私が何をしようとしている行っているし、任意の洞察力を与えることができますか?何が最善のアプローチで、なぜですか?

+0

私はまだ行っていませんが、[GNUStep on Windows](http://gnustep.org/windows/index.html)をご覧ください。 –

答えて

0

Objective-CとmacOSのUIに関する知識はほとんどありませんが、Windowsでは、ネイティブC Win32 APIを対象としたC + + OOの最適なラッパーは、WTL、ATLに基づいています。

quality series on WTL on CodeProjectがあります。

Windows固有のC++フレームワーク/ライブラリの分野では、あなたが(Visual StudioのIDEとの良好な統合を提供している)だけでなくMFCを検討するかもしれないが、正直なところ、私はWTLを好む:それは一種の、より軽量MFCよりもです。

さらに、あなたの質問に既に挙げたクロスプラットフォームのQtの代替方法があります。

+0

ラッパーは小さなことするための必要はありません。しかし、私がプラットフォームベースのUIアプローチを使用している場合、私はWPFのようなより現代的なアプローチには行きませんか?私は数年前にMFCを使っていました。私はできるだけネイティブであると感じるために私のUIが必要です。 – guitarflow

+0

WTLはMFCよりも現代的なC++に見えます。 WTLとMFCの両方がWin32 C APIをさまざまな方法でラップします。それらは相互運用することさえできます。 WTLとMFCは、テキストボックス、コンボボックス、リストビューコントロールなどのWindows *ネイティブ* UIコントロールをラップしますが、私の理解はWPFが独自のコントロールを描画することです。 WPFを使用する場合は、UI用にC++ではなくC#を使用する必要があります。 「バックエンド」、「コア」、およびWindows固有のC#WPF UIとC++「コア」の間でC++/CLIで構築されたブリッジ層を使用して、クロスプラットフォームの標準C++を引き続き使用できます。 –

関連する問題