1

私の会社は、他のプラットフォームに移植する必要があるかもしれない Flex アプリケーションを構築しています。

  • シルバーライト (可能性あり)
  • モバイル (おそらく -- iPhone: Objective-C 、Android: Java など)
  • デスクトップ (おそらく -- AIR、.NET など)
  • テレビ（おそらく最終的に）

現在、構築するアプリケーション フレームワークを検討しており、pureMVC と Swiz の間で迷っています。

そのシンプルさと、物事を接続して独自のパターンを適用する方法を提供してくれるswizが大好きです。フレックスのみの観点からは、これが私の第 1 の選択肢です。

ただし、PureMVC はプラットフォームに依存せず、上記のほとんどのプラットフォームに既に移植されています。 この移植性はどれほど価値がありますか? 複数のアプリケーションの移植と開発/保守に関して、本当に私たちの生活を大幅に楽にしてくれるのでしょうか? もしそうなら、PureMVC が進むべき道のようです。

別の方法として、Silverlight にはアプリケーションの移植に関して最も明確なビジネス ケースがあるため、Swiz を Silverlightに移植することはできますか? 私は、Swiz がどの AS3 言語と Flex フレームワーク機能に依存しているか、またそれらが C#/Silvelright で利用できるかどうかについてあまり詳しくありません。 これは実際に可能でしょうか？

本当にありがとう！

カーシック

4

2 に答える 2

3

私の見方では、pureMVC を使用した場合、代わりにメディエーターをインターフェースにプログラムすれば、コマンド、メディエーター、およびプロキシーをあまり問題なく (新しい言語が提供するものを除いて) 新しい言語に移植できます。具体的なコンポーネントの実装と、プロキシはサービス層を使用してサーバーからデータを取得します。そうすれば、コンポーネントとサービス層を新しい言語で実装するだけで済みます。

Swiz フレームワークの概要:

  • フラッシュ イベント モデルを使用する (CentralDispatcher を参照)
  • 一部の flash.net および mx.rpc クラスを使用します (net および rpc swiz パッケージを参照)

PureMVC フレームワークはフラッシュ イベント モデルを使用せず、最終的な flash.net/mx.rpc 参照は通常、サービス レイヤーに表示されます。一方、Swiz は、flex と mxml 形式を最大限に活用することを目的としているように見えるため、そこでの作業がより速く完了する可能性があります。そのため、flex には Swiz を使用し、他の言語には PureMVC を使用することも検討してください。

于 2009-12-10T10:02:26.643 に答える
0

Swiz を含むすべてのフレームワークは、ほぼすべての言語に非常に簡単に移植できます。Actionscript は完全なツアーであるため、理論的には、actionscript で記述されたコードは別の完全なツアー言語に変換できます。たとえば、iOS で実行するためにクロス コンパイルされるモバイル アプリで Swiz フレームワークを使用します。Adobe のAlchemy プロジェクトだけでなく、さまざまな言語用のオープン ソース クロス コンパイラが他にも多数あります。

Swiz で簡単に移植できない唯一のことは、ランタイム メタデータ タグの使用です。これは、高度な検索および置換ユーティリティ、またはカスタム変換フレームワークを使用して、カスタム メタデータ タグをネイティブ コード実装に変換することで解決できます。カスタム コンパイラ フックを備えた Flex 4.5 がリリースされたので、このためのクールな新しいオープン ソース ツールがすぐに登場することを願っています。

要するに、フレームワークを決定する際に、移植性さえ考慮しませんでした。あなたや開発者にとって最も使いやすいものを選択してください。個人的にはSwizの方が好きです。

乾杯！

于 2011-05-12T18:49:53.800 に答える