クロスプラットフォームフレームワークは、モバイルアプリケーションでネイティブのすべてを行うのに適していますか？

Question

私はiPhone SDKで作業しています。私はiPhoneからネイティブのアプリケーション開発者であるphonegapまたはtitanium.AsのCrossplatformに変換する必要があります。私はクロスpaltform.pleaseに基づいていくつかの質問をしています。私はすでにstackoverflow Linkを見ました。

1）iPhone SDKのHTML5とjavascriptを使用しているすべてのAPIの機能を同等にすることはできますか？

2）Appleが新しいバージョンのiPhone SDKをリリースした場合、クロスプラットフォーム対応の新APIが登場する予定ですか？

3）Appがクラッシュした場合、私たちはネイティブ言語と同じようにデバイスデバッグをすぐに修正できますか？

4）クロスプラットフォームで開発されたアプリケーションは、Apple legalyの承認を受けていますか？たとえば、iphoneでライブストリーミングを行いたい場合は、アップルのWebサイトで制限事項が述べられています。

5）クロスプラットフォームで開発されたアプリケーションは、より多くのメモリを必要としますか？私はappstoreのデバイスビルドのサイズについて言及していますか？

***結論私は、複数のデバイスのための簡単なアプリケーションを開発する場合、クロスプラットフォームが適しています。私はそうですか？***私は母国語（iphonensdk、Android）を使ってやりたいと思います。

Answer 1

1. 号
2. API が利用できるようにすることができるならば、それはフレームワークの作成者がそれを実装どのくらいの速に依存します。
3. 原則として、これらのフレームワークはウェブ技術（ほとんどの場合）を実行するために限られた量のOS機能を使用するため、そうです。この「ラッパー」はネイティブのアプリケーションと同じように動作します。しかし、コンテンツに関しては、フレームワーク開発言語の規則が適用されます。エラーを追跡するためには、ネイティブ開発と比較して、「シェルを渡す」必要があるため、より難しい場合があります。たとえば、Htmlエラーは、元のWebサイトが違うにもかかわらず、何度も同じWebブラウズエラーが発生する可能性があります。
4. 好ましくは、
5. これは難しいことです。それはフレームワークによって異なる場合があります。イメージのような他のリソースが通常は重いので、コードについては心配しません。しかし、これらのフレームワークは、OS要素に完全に依存していないため、UI要素に必要な画像をもたらすことは非常にうまくいくかもしれません。余分なリソースを全く必要としないネイティブアプリに比べて、同じ機能を備えたクロスプラットフォームのアプリはもっと​​多くのメモリを消費するかもしれません。

結論として：あなたは正しいです。 しかし私はまだネイティブアプリケーションを開発することをお勧めします。クロスプラットフォームのフレームワークは実行時に遅くなる傾向があり、場合によっては非常に醜いアプリケーションを生成します。私はさまざまなクロスプラットフォームで作成されたアプリのいくつかの例を知っていますが、私はそれらのどれも好きではありません。 彼らはちょうどいい気分ではない。これは、あなたのプラットフォーム上で期待していたように、ルックアンドフィールではないUI要素が原因です。

クロスプラットフォームのフレームワークの背後にある原則は論理的で魅力的であるように見えますが、場合によってはストレートエコノミクスがその使用を義務付けていることもあります。しかし、しばらくの間、結果は満足できるものではないことがわかりました。そのため、クロスプラットフォームのフレームワークには触れませんでした。

Answer 2

私の経験では（雇用者が購入した閉鎖された、プライベートで高価なxプラットフォームのもので）、それは完全にイライラし、信じられないほど困難でした。したがって、複数のネイティブアプリを維持することが私の好みです。

ネイティブアプリで作成/処理できるUIの考慮点や、IMHOを使用することで得られる機能や速度は、2〜3回書く必要がありません。

理想的な世界では、チームを「深い」ものに導くことができる各プラットフォームのスペシャリストがいて、誰もがすべてのプラットフォームを一般化することができます。