2009-04-02 9 views

答えて

1

私は1つを取り組んでいます。

AppMakerの新しいバージョンは、インポート/生成モデルに基づいています。私がAppMakerで行った商業的作業のほとんどは、MacintoshアプリケーションをWindowsに移植するという逆の方法でした。しかし、同じ原則を逆に適用できない理由はありません。

AppMaker v2にはPowerPlant UIリソースと従来のMacダイアログ用の非常に優れたインポータがありました。それはClassicでしか動かすことができないので、そのコードベースは破棄されています(本当に知りたくありません).AppMaker v2用に書いた最終的なジェネレーター言語は、オブジェクトモデル全体を拡張XAMLにダンプするXMLエクスポーターです。

私は既にXAML UIジェネレータを持っていますが、現在は6月にWWDCに行く理由の1つとして、現在Cocoa xibジェネレータに取り組んでいます。現時点では、GUIエディタに注目する前に、インポート/ジェネレータスイートに焦点を当てています。

PowerPlantアプリケーションをWindows用にコンパイルできるように、私はPP2MFCと書いていました。これは、他のフレームワークやクロスプラットフォームのツール(1997年)がハードウェア要件に十分対応できなかったためです。私はそれ以来、私が追いかけることができる誰かと逆のプログラムについて議論しました。そして、私はMFCの移植性レイヤーをCocoaオブジェクトにマップするために作成できると確信しています。多くの開発者がMFCのメッセージマップアーキテクチャに関する意見は貧弱ですが、マクロベースのAPIは、きれいなOOフレームワークの上に位置しています。

これは、長期的なメンテナンス性について考える必要があるプロジェクトの1つです.MFCコードの大部分がCocoaで動作するか、慣用的なCocoaプログラムに移行する必要があるかどうかを確認してください。

これ以上の議論は行わないでください - 私にoofile.com.auのdentで連絡してください。しかし、私はここでの技術と実現可能性について議論しています。コード生成とスキニーフレームワークアダプタ層の組み合わせは、ほとんどの人が期待するよりもうまく機能します。

1

正直言って、モデルはとても異なっているので、ほとんどのUI部品のほぼ完全な再コードを行う必要があると思われます。

-2

いいえ、このようなツールはほとんど書くことができません。

MFCとCocoaは基本的に異なるプラットフォームであり、2つの間で簡単に変換する方法はありません。

アプリケーションの記述方法によっては、コードのGUI部分またはコードベース全体を記述する必要があります。

関連する問題