なぜイオン？
Ionicが選ばれた理由は、私たちがWeb開発者であり、JavaScript全般、特に角度が私たちが得意としているからです。 これに限られた時間とお金を費やすために、ios、次にアンドロイドの開発の詳細を掘り下げる時間はありませんでした。 できるだけ早くすべてを実行し、最小限の時間を費やし、リリースして、アプリケーションが飛ぶかどうかを確認する必要がありました。 ハイブリッドアプリケーションを開発するための古典的な前提条件。
ここに、ハイブリッドアプリケーションに関するいくつかの一般的な神話と、1年の開発後のハイブリッドアプリケーションに関する私たちの見解を示します。
一度書いて、どこでも実行する
事実-アプリケーションコードの90〜95％は両方のプラットフォームに共通です。 考慮する必要のあるプラットフォーム機能があります。使用したすべてのプラグインがAndroidとiOSの両方で同じように機能したわけではありませんが、事実は残ります-ほとんどのデバイスで同じように機能する同じコードを記述しました。 しかし。 多くの場合、特定のプラットフォーム用のコードを書くのに、私たちが望むよりも時間がかかりました。
ハイブリッドアプリケーションを開発するには、モバイル開発者である必要はありません。
チームメンバーには、モバイル開発の経験はありませんでした。 私たちは主に通常のWeb開発に従事し、携帯電話のネイティブ機能に既製のプラグインを使用しました。 しかし、それほど単純ではありません。 私たちが使用しているCordovaプラグインには、常に「シャープ化」が施されているとは限らず、本当に必要でしたが、一度JavaとObjective-Cにプラグインを追加する必要がありました。 したがって、特にアプリケーションがデバイスのネイティブ機能に大きく依存している場合は、モバイル開発の経験は必要ありませんが、非常に望ましいものです。
ハイブリッドアプリケーションはネイティブアプリケーションよりも遅い
ハイブリッドアプリケーションにはネイティブ性と流動性の感覚が欠けているため、議論することはできません。 ブラウザーとフロントエンドフレームワークの開発により、毎日小さな一歩が踏み出されました。Ionicは既に、鋭い角を滑らかにするための優れた一連のディレクティブとスタイルを備えています。 しかし、前述のネイティブ性と滑らかさの感覚はまだ十分ではありません。
遭遇した主な問題の1つは、Android 4.xの古いバージョンのサポートです。 Androidのこれらのバージョンのブラウザは私たちの生活を台無しにし、すべてが非常にひどく機能し、多くのものが単にサポートされていませんでした。 crosswalkによって保存されました。これは、アプリケーションとともにwebviewの現在のバージョンを作成します。 Crosswalkは、古いデバイスでのアプリケーションを時々加速しました。これは事実です。 iOSデバイスを使用する場合、この問題は存在しませんでした-それらは迅速に更新されます。
イオンは時間とお金を節約します
Ionicは、サーバーの単純なクライアントに適しています。これは、モバイルバージョンのサイトよりも便利です。 Ionicはプロトタイピングにも適しています-概念を試してみてください。その後、十分なリソースを確認し、必要なプラットフォームのネイティブアプリケーションを作成します。 これらのニッチでは、イオンは本当に優れており、それを使用して後悔することはほとんどありません。 しかし、本当に複雑なもの、特にデバイスの多くのネイティブ機能に依存するアプリケーションを書くことに決めた場合、ある時点で使いすぎて低品質の製品（非常に楽観的）になります。
結果
いくつかの理由（主に選択したテクノロジーに依存しない）のため、プロジェクト開発は1年続き、一時停止と再開を繰り返しました。私たちはほとんどの熱意を失いました。 その結果、製品はプロトタイプ（私たちが気に入った）から機能が豊富な本格的なアプリケーション（完全に満足しているわけではない）に成長しました。 時には十分な滑らかさがなく、時には速度などがあります。 最初にApp Store and Playマーケットに公開し、次にコードを考えてgithubの全員と共有しました。
私たちの結論は何ですか？
Ionicは、プロトタイプおよび単純なクライアントアプリケーションに適しています。 この種のアプリケーションに使用すると、あなたは幸せになります。 製品が複雑すぎて、デバイスのネイティブ機能に大きく依存している場合は、Ionicを忘れてください。そうすれば、不必要なコストや不必要な作業を省くことができます。