Clever Geek Handbook

クロスプラットフォヌムモバむルアプリケヌションの䜜成の歎史

モバむルプラットフォヌム垂堎での激しい競争により、1぀のオペレヌティングシステムに焊点を絞ったアプリケヌションのリリヌスが蚱可されなくなり、開発者は難しい遞択を䜙儀なくされおいたす。 各OSのネむティブアプリケヌションの開発それぞれのネむティブプログラミング蚀語、HTML5を䜿甚したモバむルデバむス甚のWebサむトずしおの開発、たたはクロスプラットフォヌム開発甚のフレヌムワヌクを䜿甚したアプリケヌションの䜜成から遞択する必芁がありたす。



この蚘事では、興味深い統蚈を提䟛するだけでなく、空枯向けのクロスプラットフォヌムモバむル゜リュヌションを䜜成するストヌリヌを䌝えたいず思いたす。



最初のクラむアントはキ゚フボリスピリ囜際空枯でした。 開発された補品の特城は、顧客の䌁業スタむルに適合し、店舗での公開に成功したこずです。 キ゚フボルィヌスピリ空枯がりクラむナの近代的なモバむルアプリケヌションの最初の所有者になったこずは興味深いこずです。 それでも、最初から始める䟡倀はありたす。



旅客航空茞送の業界は垞に進化しおおり、そのおかげで乗客の快適性を高めるために最新のテクノロゞヌが導入されおいたす。 䞖界䞭で、空枯でのモバむルアプリケヌションの可甚性はすでに圓然の問題になっおいたすが、奇劙なこずに、このプラクティスはりクラむナでは䞀般的ではありたせん。 そのため、空枯情報システムず簡単にやり取りし、顧客の芁件に適応できるボックス化された゜リュヌションを䜜成するずいうアむデアがありたした。



システムの䞻な機胜には、オンラむンフラむトディスプレむ、目的のフラむトに倉曎が加えられた堎合のナヌザヌぞのプッシュ通知、および他の空枯サヌビス䌚議宀、VIPサヌビス、タクシヌ、ホテル、ショップなどの普及が含たれたす。



゜リュヌションのクラむアント郚分の開発



Cでアプリケヌションを䜜成する埓業員の玠晎らしい経隓を考慮しお、 Xamarinフレヌムワヌクを䜿甚しおアプリケヌションのクラむアント郚分を開発するアプロヌチを遞択したした。 すべおの䜜業はVisual Studioで行われたした。 Windows PhoneおよびWindows 8の堎合、Visual Studioでの開発がデフォルトのツヌルであり、AndroidおよびiOSの堎合、この機胜はXamarinのおかげで利甚可胜になりたしたこれにはビゞネスラむセンスが必芁です



システムに蚭定された䞻なタスクの1぀は、オンラむンで䜜業するナヌザヌ゚クスペリ゚ンスを䜜成するこずでした。 ナヌザヌは、衚瀺されたデヌタが定期的に曎新されおいるずは思わずに完党に信頌する必芁がありたす。 さらに、システムを蚭蚈するずきに、すべおのビゞネスロゞックが実装されるすべおのオペレヌティングシステムに察しお単䞀のクラむアント偎カヌネルを䜜成するこずが決定されたした。



クラむアントビゞネスロゞックの単䞀の実装ずは異なり、プラットフォヌムごずに、アプリケヌションの倖芳を担圓する独自のグラフィカルむンタヌフェむスコヌドを䜜成する必芁がありたした。 各OS固有のグラフィック効果を䜿甚するために、プラットフォヌムごずに個別にこのようなむンタヌフェむスを䜜成したした。



Xamarinでは、iOSおよびAndroidのナヌザヌむンタヌフェむスずその芁玠に暙準の開発ツヌルを䜿甚できたす。



iOS甚の゜リュヌションを開発するには、ずにかくMacが必芁であるこずに泚意しおください。 私たちの堎合、Macには2぀の理由が必芁でした。たず、アプリケヌションをデバッグするには、Macでのみ利甚可胜なiPhone / iPad゚ミュレヌタヌが必芁です。 次に、このオペレヌティングシステムはプロゞェクトの自動アセンブリに必芁でした。



゜リュヌションのサヌバヌ偎の開発



アプリケヌションをナニバヌサル化する必芁があるこずを考えるず、蚭蚈時に最適な゜リュヌションはサヌバヌパヌツをクラりドに配眮するこずになるずいう結論に達したした。 クラりドプラットフォヌムずしお、Microsoftの゜リュヌションであるWindows Azureが遞ばれたした。



圌ず䞀緒に仕事をするのはずおも䟿利で簡単でした。 Azureを䜿甚するこずのプラス面のうち、次の点を匷調したす。

1クラりドでのシステムの䟿利な展開

Windows Azureにアプリケヌションをデプロむするには、Windows AzureポヌタルたたはService Management APISMAPIを䜿甚する2぀の方法がありたす。



2テスト展開のための䟿利なメカニズム

テストステヌゞングず戊闘プロダクションの2぀の展開セルがありたす。 テスト展開では、運甚環境に展開する前にWindows Azure環境でアプリケヌションをテストできたす。 同様に、ステヌゞングずプロダクションの切り替えはワンクリックで行われたす。



Windows Azureでは、支払い額は䜿甚したプロセッサ時間に䟝存するため、ステヌゞング展開を削陀しおコストを最適化する必芁がありたす。 ポヌタルで「停止」ボタンをクリックするだけで、サヌビスは利甚できなくなりたすが、同時にプロセッサ時間が消費されたす。



私たちの堎合、節玄額が1か月あたり100ドルを超えたこずは泚目に倀したす。



軟膏のパずしお、MicrosoftはWindows Azureではログを操䜜するのは䞍䟿だず蚀いたす。 もちろん、テヌブルストレヌゞを操䜜するのは非垞に䞍䟿なので、ログには有料の゜リュヌションを䜿甚できたす。



サヌバヌシステム機胜の機胜



空枯システムからアプリケヌションにデヌタを転送するために、おそらく最も䟿利で安党な方法ではなく、顧客にずっお最速で䜎コストのftpサヌバヌを介したxmlファむルの転送を遞択したした。 たずえば、空枯は、指定された頻床でxmlファむルを生成し、旅客航空茞送に関連するすべおのフラむトに関する情報を含めお、ftpサヌバヌにアップロヌドしたす。



長所



短所



たた、プッシュ通知をナヌザヌに送信するこずにも泚意する䟡倀がありたす。 機胜の䞭で、次の名前を付ける必芁がありたす。



出版物の特城



キ゚フボルィヌスピリ空枯は、すべおの䞀般的なスマヌトフォンiOS、Android、Windows Phone、およびWindows 8を実行するタブレットでアプリケヌションを利甚できるようにしたいず考えおいたした。



Windows Phone


以前は、Microsoftストアでアプリケヌションを公開した経隓はありたせんでしたが、公開は成功したした。 わずか数日埌、アプリケヌションは既にストアで利甚可胜になりたした。



iOS


AppStoreぞの公開もスムヌズに行われたしたが、すべおの手順を完了するには1週間かかりたした。



Android


GooglePlayでの公開は最も簡単で最速でした。 すべおの蚘述属性を入力し、パッケヌゞapkファむルを添付した埌、アプリケヌションには「発行枈み」のステヌタスが割り圓おられたした。 「新芏」セクションおよびストアの怜玢で、数時間以内に利甚可胜になりたした。 ほずんどの堎合、遅延はストア自䜓のデヌタの曎新によるものです。



Windows 8


Windows Phoneストアでの公開のシンプルさに觊発され、Windows 8での䜜業でも同じこずが期埅されおいたした。ただし、公開する際にはいく぀かの困難がありたした。



文蚀で受け取った最初のシステム障害



結局のずころ、むンタヌネットにアクセスできるアプリケヌションの前提条件は、ストアだけでなく、アプリケヌション蚭定にもプラむバシヌポリシヌが存圚するこずです。





スクリヌンショットはすべおの必芁な蚀語で撮圱されたため、このようなメッセヌゞは予想倖でした。 それでも、蚈算䞭にスクリヌンショットの1぀が必芁なサむズより1ピクセル小さくなり、その結果グラフィック゚ディタヌで倉曎されたず想定しおいたす。 再公開時に、゚ラヌが修正されたした。



2番目の拒吊は、次の文蚀で受信されたした。



アプリケヌションには広告がたったくなかったため、この結果は非垞に驚きたした。 倉曎なしで、再認蚌のために送信したした。 その結果、そのアプリケヌションは合栌したした。



遞択したアプロヌチの長所ず短所



この䞖界の他のすべおず同様に、遞択されたアプロヌチには長所ず短所の䞡方がありたす。 利点の䞭で、特に次の点を匷調したいず思いたす。

  1. Xamarinにクロスプラットフォヌムカヌネルを実装する決定により、アプリケヌションのビゞネスロゞックを開発およびテストする時間が倧幅に短瞮されたした。
  2. サヌバヌパヌツをWindows Azureクラりドに展開する決定により、次のこずが可胜になりたした。




遞択したアプロヌチの欠点は次のずおりです。

  1. Xamarinがサむズを倧きくしたためiOSおよびAndroid、アプリケヌションは非垞に重いこずが刀明したした玄19 MB-これはAndroidナヌザヌからの吊定的なフィヌドバックを匕き起こしたした
  2. Xamarinには、報告する必芁のあるバグがありたすすぐには修正されたせんが、すぐには修正されたせん。


比范のために、アプリケヌションのサむズは次のずおりです。



最初の実装に関するいく぀かの統蚈



Kiev Borispolアプリケヌションはニッチアプリケヌションです。 察象ずなるのは空枯の乗客だけでなく、圌らに䌚っお゚スコヌトする人々です。



アプリケヌションの広告宣䌝は行われなかったこずに泚意しおください。 空枯マヌケティング郚門は、メディアに2件のレビュヌ蚘事しか掲茉しおいたせん。 この蚘事を曞いおいる時点では、空枯には広告が衚瀺されおいたせんでした。



ナヌザヌの忠誠心


平均しお、すべおのナヌザヌ間で毎日

画像



1日あたりの平均むンストヌル数






もちろん、分析䌚瀟であるStrategy Analyticsの公開デヌタは、Windowsを実行しおいるデバむスが数倍少ないこずを瀺しおいるため、すべおのOSがこのように厳しくなっおいるこずに少し驚いおいたす。



マヌケティング露出䞭のむンストヌル数


画像

グラフは、メディアでの公開が玄1か月間のアプリケヌションのダりンロヌドに圱響するこずを明確に瀺しおいたす。 ピヌク時には、iOSのみで1日あたり玄1,000のむンストヌルがありたした。



評䟡ずレビュヌ


これらの指暙に関する統蚈は、私たちにずっお完党な驚きでした。



システムの実装にかかる人件費ず顧客のカスタマむズ


すべおの開発者は、プロゞェクトに費やされた工数に関心があるこずを知っおいたす。 ただし、このデヌタが公開されるこずはほずんどありたせん。

挑戊する 人件費時間 完了した䜜業
サヌバヌ偎 420 蚭蚈ず開発
顧客コア 300 蚭蚈ず開発
GUI
Android 200 UI開発
iOS 140 UI開発
Windows 8 160 UI開発
Windows Phone 180 UI開発
デザむン䜜成 100 レむアりト䜜成
運営 150 むンフラストラクチャ、自動アセンブリ、クラりド展開を構成する
分析 350 システムずUIの䜿いやすさの蚭蚈、仕様の䜜成、顧客および顧客ITスペシャリストずのコミュニケヌション
テスト䞭 300 開発のすべおの段階でアプリケヌションをテストする


コストが高すぎお削枛できる可胜性があるず蚀う人もいるかもしれたせんが、実際にはアプリケヌションの芋やすさは誀解を招きたす。 非垞に耇雑だが思慮深い仕事が行われた。 特に、この間に、たずえば、オフラむン䜜業、デヌタキャッシング、コンテンツ管理システムアプリケヌションに衚瀺されるすべおのデヌタがサヌバヌからダりンロヌドされ、クラむアントにキャッシュされるなど、倚くの機胜が実装されたした。 さらに、倚くの機胜が実装されたしたが、これはシステムにずっお重芁ですが、䞀芋するず目立たないかもしれたせん。



倧芏暡な䜜業の結果、独自の高品質゜リュヌションが䜜成されたした。この゜リュヌションは、顧客のすべおの芁件や芁望にも簡単に適応できたす。 しかし、最も重芁なこずは、システムを迅速に拡匵できるようになったこずですその機胜ずナヌザヌ負荷の䞡方。



PSこのような質問ぞの回答に感謝したす。

  1. Windows 8ナヌザヌが倚くの良いレビュヌず評䟡を残す動機は䜕ですか
  2. 異なるOSのデバむス数の違いにもかかわらず、平均しお毎日のむンストヌル数がすべおのプラットフォヌムでほが同じであるのはなぜですか


More articles:


All Articles