2012-04-20 10 views

答えて

3

ここに2つの学校があります。 1.クロスプラットフォームが良い 2.クロスプラットフォームはすべてのものの中で最も小さいです。

クロスプラットフォームの場合は、プラットフォームの特性を忘れてしまいます。数年前、私はブラックベリーをコード化しましたが、ブラックベリーの拡張子なしでJ2MEと一緒に行くことにしました。
これは私のコードがほとんどのJava電話で実行されたことを意味していました。しかし同時に、J2MEの世界にはファイルが存在しないため、ブラックベリーでファイルシステムを使用することはできませんでした。 RIM_JAVAの画面クラスのいくつかを使用することはできませんでした。

私はスマートフォンで同じように見えたが、RIMハードウェアを利用していないアプリを手に入れました。ターゲットユーザーのために、私が喜んでいたのはトレードオフでした。しかし、RIMの仕様の一部が必要だった場合は、移植可能なアプリケーションを犠牲にして、それらを引き込まなければならなかったでしょう。

コイントスです。ジェネリックと一緒に行くと、すべての共通点が得られ、より大きな市場に到達します。しかし同時に、ハードウェアを最大限に活用することはありません。ネイティブアプリを選択する

+0

あなたの返信には大変感謝しています。 ..ウルの経験は、私たちの開発活動に非常に役立つかもしれません... – user1111176

5

を使用すると、特定のデバイスプラットフォームをターゲットが、ハイブリッドアプリで、あなたのユーザー観客をターゲットにできることを意味します。ネイティブアプリの

長所: -outstandig UI効果(あなたがゲームを開発する場合には、この道を行く必要があります)ネイティブアプリの 短所: は、より多くのプラットフォームを-targetingアプリを書き換え、よりコードベース

を維持することを意味ハイブリッドアプリの

長所: -time・ツー・マーケット要因 - 低学習曲線(Webプログラミングの経験を有することがさらに容易になります) -normallyそれは、顧客の既存のDATと統合するのは簡単ですA-源とワークフロー

ハイブリッドアプリの

短所: エンタープライズアプリケーション開発における長年の経験を-havingは右DEV-ツールはまだ

ますます多くの企業がHTML5ことを認識不足しているという感覚を引き起こしハイブリッドアプリケーションモデルは、モバイルプラットフォーム上でLOBアプリケーションを実装するために不可欠であり、より多くのモードのオープンソースライブラリを見つけることができ、顧客に本当に反応性の高いアプリケーションを構築できます。

簡単に回避できるハイブリッドアプリケーションのリスクは2つのみ表示されます。 - 開発者は、HTML5対応のデスクトップブラウザでハイブリッドアプリケーションをテストすることがよくあります。これにより、展開されたアプリケーションで重大なパフォーマンスの問題が発生する可能性があります。開発チームは、実際のモバイルデバイスの日常的なテストを行う必要があります。 - 特定のフレームワーク(例:Sencha Touch)に簡単にこだわることができます。ライブラリを使用して特定のフレームワーク上でアプリケーションを構築することを好むようにして、機敏性を保ち、変化するビジネス要件に迅速に適応することができます。

+0

私はウルポイントから得たものは、最初に私はどのように多くのレベル私は私のアプリを拡大する必要があるという点で解決.. ..本当に有用だった..thnxxx – user1111176

+0

代替案を評価した後に結果を共有できますか?最後にどのオプションを選択しましたか? –

関連する問題