ネイティブまたはクロスプラットフォーム-モバイル小売業者は何を選ぶべきですか？ Vіdpovіdateksperti。 クロスプラットフォームのrozrobka：chiに対して？ 生産性の問題

モバイルプログラムは、私たちの生活に欠かせない仲間になっています。 この助けを借りて、私たちはあなたの生活を改善し、購入し、またはそれらの他のサービスをオンラインで勧誘するだけでなく、あなたのビジネスを促進し、あなたの顧客基盤を増やし、そしてまた利益を増やすことができます。 また、自分のアカウント用のプログラムを作成する必要がある場合、誰のせいにすることもできません。モバイルアプリの種類を選択すると、デュースが表示される可能性があります。

モバイルデバイス用の現在のすべてのプログラムは、ネイティブとクロスプラットフォームに分けることができ、これら2つのグループのスキンには、長所と短所の両方がある可能性があります。

ネイティブプログラム、私自身のプログラミングのための同じプラットフォーム上の仲介なしのrozrobleni。 したがって、Android用のプログラムを作成する時間の間、Javaが勝ち、IOSアドオンはObjective-cとSwiftです。 fahіvtsіvrakhovuyutでこのようなプロジェクトを作成してから、プラットフォームのすべての機能、特にUI / UXデザインの添付、オペレーティングシステムでの小売業者の推奨事項/推奨事項、およびモバイル業界の残りの傾向を尊重します。 あるファヒベットは、世界をより重要な言語すべてに完全に解放することはできません。そのため、異なるプラットフォームで1つのネイティブ製品を開発するには、異なる小売業者を接続する必要があります。追加情報が必要な場合は、その時間の開発で重要であること。 そして、このプログラムでは、彼らは同じプラットフォームに「投獄」され、内部のリソースと機能へのアクセスを拒否し、それを構築し、可能な限り効率的に機能します。

ネイティブディストリビューションの利点のリストに関係なく、顧客は常にディストリビューションに1時間と1ペニーを費やすことを望んでおらず、大量のサプライを作成するプロセスに追加されます。 このようなタイプに最適なオプションは、クロスプラットフォーム開発です。これにより、任意の標準Webテクノロジを使用して任意のプラットフォームでプログラムを作成できます。 この種の開発では、HTML5、JavaScript、およびCSS3での作業に関する知識が必要である限り、1人で対応できます。 クロスプラットフォーム開発は、Androidの場合は.apkファイル、IOSの場合は.ipaファイルからコンパイルできます。 このように、1つのディストリビューションに基づいて、一般的なオペレーティングシステム用に2つのプログラムを選択でき、1時間もかかりません。 ただし、同様の拡張には独自の欠点がある場合があります。特定のスキンタイプまでは、個別に適合し、最適なオプション（ネイティブ拡張またはクロスプラットフォーム拡張）を選択します。

プログラムのクライアントとサーバーの部分

ほとんどの深刻なプログラムには、フロントエンドと呼ばれることが多い独自のクライアント側と、サーバー側（バックエンド）があります。 フロントエンドは、モバイルデバイスの画面に表示されるものを表し、ウィンドウ、メニュー、ボタン、矢印、その他の要素のデザイン、拡張、レイアウトなど、プログラムのすべての視覚的表現を表します。 また、フロントエンドはそれらのカイや他のkoristuvachsへのプログラムの反応に責任があり、異なるものからの移行を指示し、APPAが配布され、新しいメニューも呼び出されました。

プログラムのバックエンドєサーバー部分とリモートサーバー上の配布。これは非常によく見つけることができ、最も中毒の人の助けを求めることができます プログラムへの貢献。 APIのクライアント部分とサーバー部分の間の相互作用が開始されます（プログラミング補遺のインターフェース）。 つまり、APIはフロントエンドとバックエンドの間の仲介者であり、クライアント部分からサーバーにリクエストを転送します。 必要なcoristuvachevデータ。

フロントエンド開発

プログラムのクライアントの部分は非常に重要です、母親自身の破片が右側にあり、coristuvachとフロントエンドの存在下でヨガが豊富です 宣伝 APPAロボットについて。 手動で開発することもできますが、HTML5、CSS3、java-scriptを十分に理解している必要がある人や、いわゆるフレームワークを利用する必要があります。 最初のタイプは、PhoneGapという名前でも広く使用されているApacheCordovaミドルウェアを使用することがよくあります。 Vikoristovuyuchi tseの真ん中で、Cordovaのようなzastosovuyuchi Webテクノロジーなど、任意のプラットフォーム用のプログラムを作成して、コードを特定のプラットフォーム用のインテリジェンスに変換できます。 Cordovaは実際にWeb小売業者の必要性を示しています。そのため、単一のオペレーティングシステム用のプログラムを作成するためにObjective-CまたはSwift、Java、またはKotlinを使用する必要はありません。

その時点で、CordovaはUIとロジックを回避できないため、フレームワークは既製のテンプレートソリューションを提案します。 一方で、拡張のプロセスをすばやくスピードアップできます。ファヒベットの破片は、ボタン、リスト、入力フィールド、カード、その他のUI要素をすでに用意できています。 一方、fakhіvetsは、選択したフレームワークで使用できるツールと要素のみを開発するためにvikoristovuvatを実行できます。 それらの中で最も人気があるのはIonicで、これを使用すると、あらゆる好みのクロスプラットフォームプログラムを作成できます。 このフレームワークには、ネイティブプログラムを視覚的に模倣する標準要素の大規模なコレクションがありますが、必要に応じてデザインを変更できます。 この小売業者を使用すると、イオンフレームワークの機能を拡張する匿名のアドオンプラグインを接続できます。また、ブラウザウィンドウでこのフレームワークでプロジェクトを起動し、見た目と動作に応じて、プログラムが作成されていないことを評価できます。テストの必要性。

バックエンド開発

同時に、デザイナーや小売業者はHTML、CSS、JS、フレームワークの知識を持っている可能性があるため、クライアントの部分に従事しているため、別のプロファイルのプログラマーはバックエンドに従事しています。 サーバーを改善するために、さまざまなプログラムやツール、smutを微調整して、作業を改善し、クライアント側から相互に改善することができます。 ここでチャイムを鳴らす必要があります vidpovidnіシステムデータベース管理（データベース）。 従来のMySQL、Redis、PostgreSQLを使用することも、別のデータベース（MongoDBなど）を使用することもできます。これは、特定のプロジェクトの実装や、ある種のバックエンド小売業者での理解に適しているためです。 プログラムのサーバー部分を作成するために、小売業者はPHP、NodeJS、C＃、Ruby、Python、Java、およびその他のプログラミングを微調整できます。

Fakhіvtsіmobile-stuіїKitAppは、複雑で可能な限りフロントエンドとバックエンドの部品の配電に行きます。 私たちの小売業者は、可能な限りスムーズに折り畳み可能で真っ直ぐなクロスプラットフォームのアドオンを作成します！ 私たちと連絡を取ってください、そして私たちのfahivtsiはあなたの栄養についてすぐにあなたにアドバイスします！

市場 モバイルサプリメントすでに10年以上、プロテワインとドシは乱暴に育ちます。 会社側からの飲酒は着実に伸びており、ワインはまだ提案を再検討しているため、値上げの価格は絶えず上昇しています。 同じコードがすべてのプラットフォームで勝利する場合、より安価なプロセスの1つの解決策はクロスプラットフォーム開発です。

数年前、モバイルアドオンのクロスプラットフォーム配布が考えられ、それ以来、多くの変化がありました。 方法とツールについて再び話す時が来ました。

もう一度用語を見てみましょう。

リドニ

プログラムを作成する過程でrozrobnikovとして、iOS用のObjective-CやSwiftであるか、ネイティブ（英語ではネイティブ-ネイティブ、ナチュラル）と呼ばれるかどうかにかかわらず、プログラミングの特定のプラットフォームに採用されます。

ネイティブアドオンの利点：

• ロボットとインターフェースの速度。 補遺は、mittvoの猛攻撃、アニメーション、スクロール、otrimanna、および視覚化されたデータでの実質的に毎日のzatrimkiに反応します。
• 機能とセンサーへのスマートで簡単なアクセス。 小売業者の場合、ジオロケーション、プッシュ通知、カメラ、サウンド、加速度計、その他のセンサーを介した写真やビデオのキャプチャに関するロボットの問題はありません。
• スマートフォンの機能を備えた死んだロボットの可能性。 前の段落のように、スピーチのように、アニメーションのように、折りたたみ可能なインターフェースとロボットの神経測定は、別棟で中断することなく実現されます。それは可能であり、それだけでなく、予測されています。
• 。 ネイティブプログラムは、「プラットフォーム」インターフェイス要素で動作するように聞こえます。メニュー、ナビゲーション、フォーム、およびデザイン要素はオペレーティングシステムから取得されるため、コアを理解して理解します。

問題は1つだけです。それは、スキンプラットフォーム用に独自のコードを作成する必要がある人を含め、道路の建設とサポートです。

モバイルサプリメントの成長市場では、小売業者は単に高価になるだけでなく、さらに高価になり、ネイティブ小売業者はあなたがあなた自身のビジネスを買う余裕があるものではありません。 Alevіdmovavіdrozrobkimobiledodatkaは、将来、より多くの費用がかかる可能性があります。 ライブタイピングは節約に役立ちます-あなたのアイデアを説明し、あなたが投資したい合理的な予算を示します。

私は所属していません

クロスプラットフォームプログラムは、1つの鉱山、ネイティブの鉱山を使用して、さまざまなプラットフォーム向けに作成されています。 そのようなコードをどのように適用できますか 別棟？ ここにも2つのステップがあります。

1つ目は、ワインが出版される前の準備段階で、追加のトランスパイラーの歌唱プラットフォームのネイティブに変換されるという事実にあります。 実際、1つのクロスプラットフォーム言語プログラミングは英語に「転送」されます。

もう1つは、コードに精通しているviishovに、すでに別棟で作業しているような単純なobgortkaが与えられ、非標準のコードからシステムの通常の機能にWikiをブロードキャストすることです。

このコードのほとんどはプラットフォーム間で転送できることに注意してください。たとえば、購入の保存、猫の商品の保存、タクシーのルート、メッセンジャーでのメッセージの書き込みのロジックは、 AndroidクライアントまたはiOS。 プラットフォーム用にUIとUXを追加する必要がありますが、同時に、同時に、それを組み合わせることができます。たとえば、ハンバーガーメニューはAndroidとiOSの両方で積極的に開発されています。 それで、プログラムがプラットフォームの精神と文字に準拠するためにインターフェースに修正を導入する方法-栄養サポート、必要なセキュリティと開発の柔軟性。

利点：

• vartistとswidkistrozrobki。 コードを少し少なく書く必要がある場合は、コードが削減されます。
• 会社の内部リソースを使用する可能性。 私たちが示した限りでは、クロスプラットフォームアドオンの開発は、すでに知っているように、ほとんどの場合、プログラマーの努力によって行うことができます。

麺：

• 非インターフェース、または少なくとも、スキンプラットフォームokremoのインターフェースを使用する必要があります。 スキンシステムは、要素のデザインと他の悪臭に相互に影響を与える可能性があります。 開店時間内に確保する必要があります。
• 折りたたみ可能な機能の実装に関する問題または 考えられる問題開発フレームワーク自体の恩赦のための簡単な手順で作業します。 クロスプラットフォームメディアはもはやシステムコールに変換できず、インターフェイスはそれによって、システムによって、フォーマットによって理解され、どの段階でも理解して折りたたむことができるので、フレームワーク自体の真ん中。
• 仕事のスピード。 クロスプラットフォームの中間点の断片-コードの上の「オーバーバッド」（開始しないで、歌の状況では）、結果の画面でしゃっくりと一時停止を非難します。 モバイルデバイスの生産性が向上したため、スマートフォン、今日の低電力のもの、プロテオ感染症については、特に覚えておく価値がありますが、それでも作業は可能です。

ヤクバカイト、気2つの方法と実用的なє 鏡像 1つのうちの1つ-アドオンのネイティブ拡張にはプラス、クロスプラットフォームにはマイナス、そしてnavpakiがあるもの。

クロスプラットフォームモバイル開発のための人気のあるプラットフォームとツール

さらに書いたように、2つのステップがあります。折り畳みの段階でコードをネイティブに変換するか、ウィキをシステムに変換して出力する歌う首輪を追加します。

CordovaとPWAは、ラップのイデオロギーで機能する2つのツールです。

コルドバとHTML5

クロスプラットフォームプログラミングの最も一般的な方向性の1つであり、一般にPhoneGapと呼ばれます。 実際、モバイルサイトが作成されています。このサイトは、システムからプログラムにWikiをブロードキャストする小さなプラットフォームコードで「ラップ」されています。

ここでのすべての欠点と進歩は、明らかにどこにも現れていません。 Webブラウザー（主要なテクノロジーとしてHTML、CSS、JavaScript）を1か月間獲得するか、プログラムの最初のバージョンの小さなコピーを非常に小さなペニー用に作成することができます。 したがって、ロボットで遊ぶことになります。将来、正確な地理的位置がわからなくなる可能性がありますが、すべての離れ家で作業し、少なくともモバイル別棟のクライアントの側で抗議することができます。

このようなアプローチのために、非人称的なフレームワークが作成されましたが、悪臭を放つことは実質的に同じです。 それらの違いは、Cordova（PhoneGap）がHTML5プロジェクトのロジックとUIにフレームワークとテンプレートを配置しないという事実にありますが、フレームワークは、モバイルプラットフォームを模倣する既製のUI要素で動作します。拡張。 このようなアプローチの例として、次のように指定できます。Ionic Framework-trim; Framework7、Mobile Angular UI、Sencha Touch、KendoUI-インターフェースフレームワーク。

PWA

グーグルのようなファッショナブルなテクノロジー-これらはウェブアドオンですが、歌うテクノロジーのラフンカのためのものです（これらはいわゆるサービスワーカーです） バックグラウンドモードスクリプト、およびWebアプリマニフェスト-理解しやすい方法でのWebプログラムの説明 モバイルシステム見てください）PhoneGapの襟のない悪臭はネイティブとして機能することができます。 悪臭は、プログラムストアをバイパスしてホーム画面にインストールしたり、オフラインで作業したり、プッシュ通知を操作したり、ネイティブ機能を使用したりできます。

問題は、すべてのプラットフォームが同時にデジタルテクノロジーをサポートするわけではないということです。 Appleは、おそらくAppStoreでのrozpovsyudzhuvatiプログラムの可能性には適していないことに注意する必要があります。

HTML5ソリューションのすべての欠点を呼び出して、多くの企業が、ネイティブではなくコード1を記述して、それをネイティブに変換できるツールを作成しました。 つまり、1つの石を持つ2羽の鳥が同時に追い込まれます。コードベースは単独で出てきて、プログラムはネイティブのものにできるだけ近く出てきます。

Xamarin

プラットホーム マイクロソフト。 これは、Visual Studioのクロスプラットフォーム開発環境である言語プログラミングC＃のエンタープライズ開発の標準です。 出口で-iOS、Android、Windows用のネイティブプログラム。 真実、偉大なrozіruまで。

リアクトネイティブ

プラットフォームvіd-プログラムはJavaScriptで書かれており、CSSのようなスタイルを利用できます。 インターフェイスへのアクセスは簡単で、コードはプラットフォーム上ですでに解釈されているため、必要な柔軟性が得られます。

非常に若いプラットフォームであるReactNativeは、明らかに（悲惨ではありませんが）そのようなドキュメントの開発が不十分であることに苦しんでいます。

フラッター

当然のことながら、AndroidとiOSのアドオンやGoogleのような巨人のクロスプラットフォーム開発のトピックを忘れないでください。 フラッター Vіnは元のコードをプラットフォームに代表されるネイティブコードに変換しませんが、実際にはスマートフォンの画面上のウィンドウのように見え、すべての要素を独自に作成します。 GoogleがJavaScriptの改良版として作成した「しっかりした」Dartという言語のブランド化方法。

これは間違いである可能性があり（たとえば、名前がインターフェイスと同じである）、欠点（たとえば、インターフェイスを変更すると、大量のメモリとプロセッサ時間が必要になります）です。

プラットフォームは急速に発展しており、Googleはそれに多大な努力と努力を注いでいます。 エールは、Flutterと同じように、navitReactNativeは敵対的で敵対的なエコシステムによって構築されています。

何を選ぶか

あなたはすでに、歌いながら頭を回転させていましたが、何を選ぶべきかを考えているようには見えませんでした。 非常に簡単な食べ物のリストを見てみましょう。これは次のことに役立ちます。

• be-yakoyの別棟でpratsyuvatiとして働きたいですか？ 選ぶ HTMLヤクベース;
• あなたは十分な猫を飼っています、急いでいません、そしてあなたはしたいです yakіsnyサプリメント？ あなたには直接的な方法があります ネイティブディストリビューション;
• 「新進の」ウェブ小売店がありますか、それとも簡単な修正が必要で、右からモバイルアドオンを試してみませんか？ ここであなたはお勧めできます Cordova/HTMLまたはPWA;
• 優れたCRMシステムとC＃小売業者がありますか？何をサポートしていますか？ 取った Xamarin;
• あなたは「試してみたい」のですが、すべてが美しくてファッショナブルであることを知る必要がありますか？ 死に驚嘆する ReactNativeまたはFlutter.

反対側から入ることができます。 サプリメントが必要な場合は、機能に驚嘆し、それから抜け出します：

• 簡単なサプリメント-名刺？ 取った ReactNativeまたはHTML5私はあなたが最低価格で2つのプラットフォームを取ります。
• あなたは素晴らしい眺めのウェブサイトを持っていますか、そしてあなたはモバイル空間における存在の仮説に抗議する必要がありますか？ HTML5;
• にアクセスできる折りたたみプログラム 関数が必要です別棟？ ネイティブ開発、Xamarin、React Native.

クロスプラットフォームテクノロジーは万能薬ではありません

選択するときは、割り当てられたタスクと基本的なリソースから抜け出す必要があります。 クロスプラットフォームテクノロジーはすぐに親切で賢明ですが、プロジェクトの開始前に母親が尊重する必要があるため、その長所と短所があります。 クロスプラットフォームの補遺の分割は、ネイティブの非拡散よりも明らかに優れています。 あなたは素早くそして安くヨガを売って、それを店に持って行って、それをひっくり返して、coristuvachivの側から飲むことができます-あなたへの補遺である人は誰でも、vicoristの機能のようにインストールしてください。 そのような実験の結果に基づいて、あなたはあなたの会社から直接モバイルのシェアと新しいものからの投資を失うことができるでしょう。

クロスプラットフォームプログラムについてのバッグが不足していませんか？ スポーツ住宅ローンのスイスのサブスクリプションのプログラムを作成した人について読んで、住宅や共同サービスからオンラインストアへの登録まで、さまざまな種類のサービスの支払いをプログラムで試してみてください。 またはむしろサインアップ 無料相談、おおよその予算から 簡単な説明アイデアまたは電話でマネージャーのカティアに連絡する

クロスプラットフォーム開発では、iOS環境とAndroid環境で同時に機能するモバイルアドオンを作成できます。 スキンオペレーティングシステムOkremoのプログラムを作成するための予算上の代替手段。

クロスプラットフォーム開発の特徴

異なるプラットフォームへの1つのプログラムの配布は、同時に良いことも悪いこともあります。 良いです。そうすれば、ヨガをより速く、より安く、皮膚のオペレーティングシステムのための余分なお金を減らすことができます。 そして、それは悪いことです。なぜなら、妥協はロボットプログラムで行われるからです。

以下は、プロジェクトの穂軸に固定する必要がある機能です。

• クロスプラットフォーム環境は一度作成する必要があります。 プログラムが別のオペレーティングシステムで動作するように、コードは他のプログラミングに転送されます。 1.5分の1の配布に1時間と1ペニーを費やします。
• ロボットプログラムが正しくない可能性があります。クロスプラットフォーム拡張では、スキンオペレーティングシステムのアーキテクチャで作業のすべてのニュアンスを変更することは不可能であるため、プログラムはiOSまたはAndroid用に特別に開発されたものにより適している可能性があります。
• 異なるオペレーティングシステムの要素の設計に対するインターフェイスとヘルプは異なります。 たとえば、iOSには、Androidのように[戻る]ボタンがあります。 単一のデザインの開発では、この瞬間を修正する必要があります。iOSでは、ボタンが省略されているか、練習されません。そうでない場合。 補遺ロボットіzコード。

あるプラットフォームから別のプラットフォームへの移行の許しのほとんどは手動で処理されますが、「非標準」オペレーティングシステムへの適応の問題を克服することは不可能です。

それで、クロスプラットフォーム技術は悪いですか？

こんにちは、クロスプラットフォームテクノロジー-それは大丈夫です、それでそれ以上の意味はありません、それを与えることはできません。

このオプションは、次のオプションから選択できます。

• 限られた予算ですべてのオペレーティングシステムを保存します。ターゲットオーディエンスがiOSまたはAndroidでよりアクティブな場合は、1つのオペレーティングシステム用のプログラムから始めることができます。 心にとって可能な限り重要なのは、クロスプラットフォームオプションを選択することです。
• ニッチを再定義する。 有望なアイデアですが、それを示す理由はありませんが、多額の予算に投資するとリスクが伴います。 クロスプラットフォーム開発の感覚を開始し、koristuvachivの反応を高め、これに基づいて戦略的決定を下します。
• このプログラムは、vikoristovuで折りたたまれたアニメーションではなく、rozrahunkaを実行しません。これらの操作は添付ファイルを真剣に利用しており、クロスプラットフォームプログラムはこれらの他のプラットフォームのリソースを完全に使用するように最適化されていません。
• プログラムは、より基本的な機能を追加します。 情報の表示、ファイルのキャプチャ、ジオロケーションのタグ付け、予定の調整-これがクロスプラットフォームプログラムの仕組みです。 別棟の可能性をうまく統合する必要があります。ネイティブ拡張を選択する必要があります。
• spіvrobіtnikіvの企業補遺。このプログラムは狭い内部タスク用に開発されており、人々は特別なガジェットを介してプログラムを操作するため、クロスプラットフォームプログラムが最適なオプションになります。

食品のための普遍的な解決策はないので、あなたはあなたのプロジェクトのためのクロスプラットフォームの解決策を勝ち取ることができます。 以下のフォームを送信してください：私たちはあなたのプロジェクトを取り、私たちはそれを取ります 最適なオプションヨガの実施について。

以前は、私たちが持っている軸はクロスプラットフォームテクノロジーであり、さまざまなプラットフォーム用のユニバーサルプログラムを作成する機能を提供していました。 より迅速にプログラムを書いたので、私はすぐに叫びました-利益！ Іネイティブネイティブテクノロジーは必要ありません。 必要とされていること？ モバイルプログラムの開発に対する両方のアプローチのニュアンスについて、私たちは専門家に尋ねました。

「Mobіlniyrozrobnik」-広く理解されています。 モバイルオペレーティングシステムの一部を実装する小売業者、モバイル小売業者のチェーン。 そして、そのような小売業者になるためのメタとして、C ++、モバイルオペレーティングシステム、およびモバイルデバイスの「リリース」の開発を開始する必要があります。

モバイルプログラムを実装する小売業者で作業している場合は、ネイティブ配布から始める必要があります。

なぜそうなのか？ ネイティブ拡張により、特定のオペレーティングシステム（およびそれらのアドオン）とモバイルの「フリーズ」の実現可能性が向上します。

ネイティブの見た目から、ネイティブテクノロジーが明確に勝ちます。 ネイティブプログラムはよりスマートに動作し、そのインターフェイスは特定のモバイルオペレーティングシステムにとって奇妙で馴染みがあり、アタッチメントのハードウェア機能よりも速く悪臭を放ち、オフラインでの動作が良く、「バギー」が少なくなります。

クロスプラットフォーム配布のPochatkovのアイデアは、ディストリビューターの最短の労力です。 簡単に言うと、「一度やったら、永遠に何かに取り組む」というようなことを言うことができます。 アイデアは（小売業者の見た目から）良くて真実ですが、それは良い食べ物です。 それが普遍性であろうと、妥協点は裏にあり、モバイル開発の分野は非難されていません。

特定のビジネスの配布のタイプを選択するとき、小売業者は次のことを評価する必要があります。許容できる妥協の数。 そして、多くのタスク、クロスプラットフォーム開発の導出は完全に真実です。たとえば、テストプロジェクト、モバイルバージョンのサイト、Unity3Dなどのバリアントフレームワークを備えたゲームなどです。

モバイルビジネスをサポートするプロジェクト（高い野心、オフラインモードのサポートの必要性、長期的な開発に向けたもの）の場合、ネイティブ開発が唯一の最適なオプションです（これらのマネージャーにとってはそれが唯一の可能なオプションです）。

ネイティブ開発の主な不足により、さまざまなリソース（さまざまなネイティブ言語プログラミングのリソース）を可視化するために、1時間の開発（さらに必要）が必要です。 そして、nedolіkiの量を減らす方法-たとえば、ネイティブプログラムを作成できるモバイルアドオン用のプラットフォーム（クラスMEAP）の開発用。

移動変更

, IT企業「ID-ManagementTechnologies」の技術開発ディレクター

クロスプラットフォームライブラリであろうとフレームワークであろうと、それらはネイティブ拡張が実装されているのと同じネイティブメカニズムに基づいています。 クロスプラットフォームソリューションの時代には、最終的なソリューションのインターフェイスを1つのバナーにする計画で、作業プロセスが「バンプをスムーズにする」ようになります。

原則として、普遍主義は実用的なモバイルソリューションの作成にはつながりません。小売業者はより適切に機能し、「内部」と呼ばれる中間のさまざまなプロセスに電力を供給するメカニズムをより適切にします。

したがって、全体としての作業モデルとして、2つのアプローチの基本要素を習得するのに1時間かかります。これは、穂軸の段階でそのようなタスクで作成されたものではありません。 たとえば、このようなシナリオは完全に実装でき、有望です。クロスプラットフォームのパラダイムでロボットを開発すると同時に、同僚の助けを借りて独立して作業し、インラインソリューションを開発するネイティブの能力を活用できます。練習。

このような場合、原則としてクロスキーと呼ばれるモバイル開発のプロセスであるため、総合的な理解が容易になります。 Zei Corisino、Scho Be-Yaka、NA_TE SHEOZNUNESCH ONVERSALNA VID NATHTINGYの鮮やかなモデルのためのVIDSTEєのプレート：MOBIZATAMOBІLNYOSのVIOBNICTS頻繁に壊れたSpexSpexіipostіinozagodnoyyiПідс

モバイルデバイスのセグメントのノベルティは恒久的に市場に導入されており、それらはかなり前倒しです-サムスンを取り、画面を曲げてデバイスを再構築することさえできます：明らかに、根本的に異なるフロントエンドを見ると、プラットフォームの再構築は準備ができていませんそのようなスピーチのために。

ここでそれ自体、ネイティブプラットフォームの深い知識を証明します。空気中の自然環境とOSを補うために、モバイル開発の深い体系的な知識、tobto-ネイティブプラットフォームでのみ配布することができます。 そのようなスペシャリストだけが、世界中で利用可能な未知の高度な配信プラットフォームに基づいて、新しいモバイルデバイス向けのソリューションの機能を向上させることができます。

クロスプラットフォームテクノロジーは、プロトタイピング、スウェーデンのテストのアイデアなどに最適です。基本的な製品を簡単な方法で作成するとすぐに、小売業者は必然的に、プロセス、そのネイティブ開発。

移動変更

, GeekUniversityiOS開発学部長GeekBrainsLightingPortal

簡単な注意：プログラミングの知識がない場合は、明らかに、ネイティブ拡張を選択する必要があります。 クロスプラットフォーム配信は、他のエリアからモバイル配信に移行できるため、fahivtsivに適しています。 たとえば、React Nativeフレームワーク（Reactフレームワーク上に構築された）の背後にあるJavaScriptの知識が豊富なフロントエンド小売業を実践している場合、モバイル開発をすばやく簡単に習得できます。 .NET小売業者と同様に、Xamarinフレームワークを習得する方が簡単です。

クロスプラットフォームテクノロジーはマネージャーに見えます-小売業者の1つのチームを知るのは簡単なので、プログラムを2つのプラットフォームにすばやく拡張できます。

利点は明らかですが、マルチプラットフォーム開発の欠如はどうですか？！ モバイルアドオンの機能と柔軟性がより複雑であることが重要です。そうでなければ、クロスプラットフォームツールでそれを実装することは不可能です-私はしばしばユニバーサルアプリケーションのすべての利点を過大評価しています。 ケーキがあります 偉大な企業、yakіzіzіzіvієїzіїєїzmushenіїїvіdmovitsyavіdsvіdsvіdsplatformіnіnostіnatіvіїїrozrobki。 小さなプロジェクトや、おそらくフリーランスの管理のためのそのようなランクでは、十分な大きな決定であり、 素晴らしいプロジェクトネイティブである方が良いです。

問題のある領域で飲んで高いことをしますが、トロッホのネイティブ拡張ではより高くなります：ロシアのhh.ruでのSwiftの呼び出しの背後にある-369の欠員、Kotlin-397、React Native-111、Flutter-13Xamarin-18。ただし、必ず、優れたスペシャリストになってください。仕事がなければ、十分な球体を手に入れることはできません。

移動変更

穂軸の場合、デキルコボールからモバイルサプリメントが追加されているかどうかに注意することが重要です。

• UI-koristuvachを独身にする人;
• ビジネスロジック-プログラムが作成されたもの。
• その他のプラットフォームコンポーネント-ビジネスロジックに基づくネットワーク、データベース、およびシステムの他のコンポーネントを備えたロボット。

特定のプログラムの形で休耕すると、これらのボールのコンポーネントの拡張が大幅に妨げられる可能性があります。 たとえば、そのようなサイトでニュースを読むための補遺は、VPNクライアントによって強く妨害されます。

開発自体は、ネイティブ、完全なクロスプラットフォーム、ハイブリッドの3つのタイプに分けることができます。

ネイティブテクノロジー

ネイティブ開発では、3つのボールすべてが1セットのツールを使用して作成されます。 それらは、追加の問題なしに相互に作用することができます。

ネイティブ開発の利点：

ハイブリッドディストリビューション

このタイプのrozrobkaは、今後も前進していきます。 ビジネスロジックの領域は「移植された」コンポーネントの形式になり、UIとプラットフォームの統合は標準ツールの助けを借りて作成されます。 グローバルロジックを作成するための便利な言語：C / C ++（実験的かつ困難）、KotlinNative（すでに積極的に開発されている）、JavaScript（最小幅）。

利点：

• このコンポーネントに最も適したコンポーネントはネイティブです。
• zagalnaロジックは1回作成されます。

麺：

• モバイルチームの主要コンポーネントとして、私自身の専門知識を考慮する必要があります。
• クロスプラットフォームコンポーネントの統合に関する請求書を作成します。

どのタイプのrozrobkaがrozpochatよりも美しいですか？

食物連鎖に関するフィードバックを得るには、どのようなプロジェクトを作成したいかを理解する必要があります。 小さなプロジェクトは純粋にクロスプラットフォームであり、完全に正しいものになります。 ここで私はFlutterに触発されて興奮しています。

エールは今年、私自身のネイティブリサーチを始めました。 まず、今日のほとんどのプロジェクトは、それ自体がネイティブで作成されています。 これは、プロジェクト/会社を変更する能力が増えることを意味します。 別の方法では、ある日、ハイブリッドクロスプラットフォーム開発に進むことができます。 Tseは技術的な栄養の成長を可能にします。

移動変更

私の意見では、ネイティブから始めて、必要に応じて1つ以上のクロスプラットフォームツールを習得するのが最善です。 責任はhіbaschorozrobkaіgorである可能性があり、悪臭の破片はほとんどUnityで書かれており、クロスプラットフォームのdvigunではありません。

ネイティブ拡張の利点について話す場合、プログラマーにとっては変更の数が少ないことを意味します 多数ロボット用のさまざまなツール。 また、プログラムを作成するプロセスのせいにされている折り畳み式の食事の開発に関するより多くの情報があります-インターネット上でのネイティブ配布のために異なることは秘密ではありません より多くの喜びヒント、クロスプラットフォームの場合は低くなります。

にとって kіntsevogokoristuvachネイティブ開発とは、さらに、追加のインターフェイスと動作パターンが存在することを意味します。プログラムはすべてのガイドに従って作成されていることがわかります。

クロスプラットフォームのアドオンは、両方のプラットフォームのガイドを認識する必要はなく、小売業者とcoristuvachaにさらなる問題を引き起こす可能性があります。 最も簡単な例は、[戻る]ボタンのある状況です。Androidでは実質的にすべての画面に表示されますが、iOSでは表示されません。 たとえば、ボタンなしでクロスプラットフォームのアドオンを構築すると、Androidコアの一部が不快感を引き起こす可能性があります。

ヴァルトはまた、vіdminnostivіdmіnnostіvіrtoїrozrobkiについても述べています。 プロジェクトが不器用な場合は、クロスプラットフォーム開発を選択することで予算を節約できるため、実際には、さまざまなプラットフォーム用のいくつかの製品だけでなく、すべての製品を開発できます。 プロジェクトが成長するとすぐに、翌日には気まぐれが折りたたまれ始め、ネイティブテクノロジーが実行可能になる可能性があります。

さて、ロボットとアドオンの速度に合わせて、クロスプラットフォーム製品の方がうまく機能します。 たとえば、Webテクノロジに基づくブラウザは、バグのあるブラウザのようになり、プログラムの動作が大幅に向上します。

移動変更

デポジットにクロスプラットフォームのクリエイティブなアプローチを選択するのは、実際には2つの要因によるものです。特にやりたいモバイル開発の性質と、助けが必要なロボットに依頼することです。 したがって、たとえば、Upwork（プロジェクトおよびプロジェクトでリモートファクシミリを探すためのプラットフォーム）を見ると、XamarinおよびReactNativeでの提案の明らかな優先順位に気付くことができます。 ここでの利点は明らかです。安価で迅速であり、すべてのプラットフォームでプロジェクトを実装できます。 ただし、社内にspivrobitniksのささやきがある優れたIT企業を見ると、このタイプの企業がより多くの時間と費用を必要とする場合でも、健全な声はネイティブ企業によって保護されます。

当社はネイティブ開発を優先して選択します。これにより、デザイナーや小売業者は、より流動的で直感的にインテリジェントなUX/UIを作成できます。 さらに、ネイティブテクノロジーにより、システム機能をより柔軟に制御できます。

移動変更

最もモバイルな小売業者になりたいのであれば、その理由は明らかです。ネイティブの配布環境から選択し、iOSの場合はObjective-C / Swift、Androidの場合はJava/Kotlinに依存する必要があります。 あなたの使用人にとっていつでも、システムのすべての可能性は実用的な肌のニュアンスで治すことができます。

プログラムを作成するだけの場合は、電話で練習するので、あまり心配することなく、魂がより多く存在するもの、または覚えておく価値のあるものを選択することはできません：C ++、React Native、Xamarin、またはクロスプラットフォーム配布用の50万のJSフレームワーク。 あなたの[アダプティブ]ウェブサイトで働き続けるためにAbo。

私は、AndroidやiOSのような異なる（そして異なるプラットフォーム）でのクロスプラットフォーム開発のアイデアそのものに懐疑的であることを知っています。 同時に2つのテーブルに座ろうとする「無効な」小売業者を好むベンダーはありません。 私たちはプログラマーをその洗練されたツールに結び付けようと努めており、現在の傾向が近い将来に近づくことはありません。 何と言えば、AppleはCurlに続いて最も人気のあるライブラリであるOpenGLを導入し始めましたが、今では独自のMetalがあり、同じように動作しますが、私自身よりも優れています。

反対側から見ると、さらに多くの場合、モバイル配信-ある種のレースサービスのための2つの同一の添加剤の作成。 代理人は、完全に無関心であるように思われる2つの製品の代金を支払う準備ができているとは限らないため、今すぐクロスプラットフォーム配信のテクノロジーを利用します。 プログラマーはスペアリングを気にしません。特にモバイルアドオンを販売したい場合は、Swift / Kotlinを入手できませんが、JS / C＃はすでに手元にあります。

当然のことながら、クロスプラットフォームテクノロジーは、多くの非自明なニュアンスをもたらします。 すべてのユニバーサルソリューションは、砂の上にロックを作成します。フォールディングやトレンドのテクノロジーソリューション（Xamarinなど）、またはReactNativeなどのモバイルJavaScriptエンジンのいずれかをスパイラル化します。 どのプラットフォームベンダーでも、ソリューションの最新化について考える必要はありません。ネイティブSDKを更新することは、クロスプラットフォームフレームワークにとって大きな頭突きです。 さまざまなレベルの成功を回避することが可能であるため、カメラ、キーチェーンへのアクセス、写真の平凡なギャラリーのナビゲートなど、そのようなシステム固有の機能についてはまだ見えていません。 普遍的な道を選んだ小売業者は、独自の枠組みの手錠に頼っていて、しばしば経済を宣言した小売業者は、熊手との戦いに変わります。

クロスプラットフォームソリューションでは、ユーザーエクスペリエンス（UX）という用語の意味を犠牲にするのが通例です。多くの担当者は、両方のシステムに最も関連性のある制御要素を選択することが推奨されており、すべての人にとって簡単ではない場合があります。 。 アボガルムス。 Abovibivaєtsyaіzzagalnogoスタイル。 アボはバッテリーを汚した。 自分でリストを続けます。

クロスプラットフォームのアドオンを使用しても問題ありません。そのカーネルは低レベルで記述されており、すべてのオペレーティングシステムで最も露骨です：mov type C /C++。 ここでは、ビジネスロジックを提供するカスタムコードを指定するのが通例であり、インターフェイスはスキンプラットフォームおよびokremoとして記述されています。 理想的には、プログラムの非常に重要な部分の重複を排除すると同時に、皮膚プラットフォームのコリスタッハ特性を保存することが可能です。 ただし、実際にはすべてがより複雑です。 たとえば、Dropboxは少し後でローコアで動作しようとしましたが、後でさまざまな理由で移行し、今ではネイティブプラットフォームプログラムに満足しています。 静かな、htotsіkavitsya、vіdsilayaからtsіkavoїїхstattiまでこのトピックについて。

私の意見では、クロスプラットフォームフレームワークを節約することは常に幻想です。 間違いなく、いくつかの些細なプロジェクトでは、プログラムはメインサイトの単なるバージョンであり、携帯電話用に超最適化されており、pidhidprakyuєが悪化しています。 その他の場合は、Dropbox共有を繰り返したい場合があります。 私の喜び-モバイル開発者になりたいのなら、プラットフォームの開発にお金を投資してください。 悪臭は常に報われるので、クロスプラットフォームプロジェクトに参加できます。

移動変更

, Tver TechnologyCenterAccentureのシニアソフトウェアディストリビューター

モバイルプログラムの市場は活発に発展しており、その開発のための技術の数は絶えず増加しています。 あなたが豊かにスピードアップすることができるツール。

Androidプラットフォームでのネイティブ開発では、Javaを使用するか、JVMをラップします-Kotlin。 iOSの場合、Objective-Cをひねったり、ラップアラウンドしたりできます-Swift。 すべて同じ-OOP-movie、yakіはSmalltalkとCの形で豊かに衰退しました。

クロスプラットフォーム開発の場合、GoogleのようなFlutterを一度に使用する必要があります。そのためには、Dartを知っている必要があります。 またはFacebookのようにネイティブに反応します。

モバイル小売業者の場合-pochatkіvtsya、すべてにとってより良い、最初の要因はyogominuliydosvіdizannyamovになります。 この一連のツールの基盤はJavaであるため、同じJavaまたはKotlinを使用して、Androidプラットフォームを介したモバイル開発の世界を知ることができます。

iOS開発用のObjective-Cの助けを借りて、JavaのようなSmalltalkの豊富なビューを取得したので、この理由から、iOSを使用することを選択できます。 Ale varto vrakhovuvaty、scho rozrobykapіdAndroidはWindowsまたはLinuxでvіdbuvatisにすることができますが、iOSの場合はMacOS Xが必要です。JavaScriptの軸-rozrobnikzіはReactを知っています、明らかに、最良の方法はReactNativeです。 同様に、ダート小売業者の場合は、Flutterを選択します。

さらに、小売業者がモバイルテクノロジーの外観を否定するとすぐに、そのようなプラスとマイナスはアドバイスを与え、自分自身のために勝ち、1つのアプローチでchi pracyuvati、またはクロスプラットフォームソリューションの助けを借りてvirishuvatnyaを提供します。

このアプローチには独自の利点があります。クロスプラットフォーム方式により、プロジェクトをより生産的な中間点から解放し、より少ないリソースを消費することが可能になります。 さらに、ワインは最もシンプルなサービスです。 しかし、新しいものでは、小売業者とkoristuvachの両方に明らかなマイナスがあります。 たとえば、小売業者はネイティブテクノロジーを知る必要はありませんが、プラットフォームのガイドラインを修正する必要があります。プログラムはiOSガイドラインに従って作成されているため、折りたたみ可能になります。 koristuvachіvAndroidとnavpak。

クロスプラットフォームプログラムは、ネイティブプログラムと同じレベルの添付ファイルの統合を実現できません。 Tobto、プログラムは別館との相互作用、たとえばカメラ、カレンダー、またはvicarianceとの相互作用を処理する必要があるため 菌株のカウント私がそれを構築します。そうすれば、それに到達するのがより簡単になり、バイコリストのネイティブpidkhidであり、より生産的になります。

Rozroblyayuchiクロスプラットフォームプログラムfahivtsyvrakhovuyutsya可能性フレームワーク、これは肥満を課します。 Vartoはまた、ネイティブテクノロジーの製品配布のためのschoであるvrahuvatであり、スキンプラットフォームの下でfakhivtsіが必要です。

フリーランスにどのように取り組んでいますか、それともメソッドでそれを行うことができますか？ 最大数アドオン、モバイルソリューションの方向性が異なるクロスプラットフォーム開発に焦点を当てるか、フロントエンダーと連携します。

モバイルネイティブおよびクロスプラットフォーム開発の主な長所と短所は何ですか？ ネイティブ開発はそれ自体で費用がかかるため、同社はiOSとAndroidの2つのチームに投資する必要があります。 にとって 簡単な追加、Flutter /ReactNativeでの開発速度がさらに向上します。

Natomistは、インフラストラクチャがすでに形成され、理解されているという事実にプラスです。 あなたは私が構築するリソースへのアクセスを拒否し、あなたはの開発に参加することができます スマートアワー、自動車およびその他。

クロスプラットフォームテクノロジー-tezhクールリバー。 エールはまだロシアのIT市場にあまりオープンではありません。 Tlumachnyhfakhіvtsіv-指のpererahuvati。 フレームワークのインフラストラクチャは若いですが、状況は段階的に変化して改善されています。 そのような技術は、別棟の散水のために一度に書く機会を与えます。 たとえば、Flutterで記述した場合、ネイティブコードと簡単に統合できます。

移動変更

クロスプラットフォームテクノロジーは、迅速な結果と予算の節約を目的としています。インストール用に1つのコードを記述します。 Їїzastosuvannyaの範囲-内部コアリングの目標、製品の使いやすさはそれほど重要ではありませんが、主な役割は機能、またはマネージャーが示す必要がある場合はスウェーデンの「パイロット」プロジェクトの作成によって果たされますzastosuvannyaの原則またはアイデア。 また、別館には正確な理解がありません。 オペレーティング·システムあなたのプロトタイプは、クロスプラットフォーム技術自体に驚かれることでしょう-tsevihid。 ただし、すべてのアドオンが異なるアーキテクチャを作成できることを長い間知っておく必要があります。クロスプラットフォームのコードを1つだけ作成することは物理的に不可能です。 折りたたみスクリプトでは、ネイティブコードを記述する必要があります。 さらに、その特異性のために、クロスプラットフォームテクノロジーには多くの機能があり、補遺を可能な限り効率的にすることはできません。 私が理解したツェ、で この特定のタイプに中間のクロスプラットフォームコードは、プラットフォームの内部で半透明であるという罪を犯しています。そのための「重要」に追加するために、新しいコードでは、関数型コードは、副官の真ん中にあります。位置した。

別の考えを教えてください

すべてのzroumilo、visnovkiを表示

Otzhe、rozrobka varto vibratiの前にどんな種類のpidkhid？

すべてがvіdzavdannyaに分類されます。 デカールプラットフォーム用のプロトタイプソフトウェアをどのように作成する必要がありますか？ モバイル版サイトでは、bikクロスプラットフォームフレームワークに驚嘆することができます。 あなたを助けるために、すべてのためにより良く、ネイティブ開発のために、特にあなたの主要なツールに似たフレームワーク、例えばReact Nativeのために、より速く、より低いプログラムを書いてください。

一方、クロスプラットフォームのアドオンの多様性は補うことができます。 ここでは、「無関係な」要素をインターフェースとマージします。ここでは、システムと対話する可能性が高くなります。ここでは、ロボットのセキュリティなどを販売します。より多くのリソースでネイティブに拡張しているものに関係なく、多くの企業が許可しています入力する製品自体、ネイティブに見えます。

cymとのリンクで、モバイル配信に参加し始めた場合は、ネイティブ配信に参加することをお勧めします。 彼女のためにあなたは知ることができます 詳しくはインターネットでは、プラットフォームの可能性についての理解を深めることを考慮に入れており、クロスプラットフォーム開発のニュアンスを気にしません。 それ以上に、クロスプラットフォーム開発を敢えて行う場合、知識を失うことは絶対にありません。

専門家に質問してもらえると思いますので、来られなかったかのように新しい意見を伺います。 すでに尋ねられている質問は、リリースのリストにあります。 あなたが専門家を知り、あなたの会社について、または特にあなたについて意見を送りたいのなら、あなたが尋ねているかのように、平和的に手紙を書いてください。