180
222

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 3 years have passed since last update.

1人で「Webアプリ+ iOS & Android モバイルアプリ+サーバー処理」を実装するための知見

Last updated at Posted at 2018-05-01

1. はじめに - この記事について

この記事は 「Ionic(Cordova)を利用したハイブリッドアプリ」と「mBaaSクラウドサービスのFirebase」を取り扱った記事となります。

Webアプリ&Mobileアプリ開発の検討をしている方を対象に記載しましたので参考になれば幸いです。

1.1 ざっくり記事の内容

  • 「採用した技術」と「採用しなかった技術」の理由について
  • Windows環境からの「iOSアプリのビルド」と「Appストアへのアップロード」について
  • Appleの審査について

1.2 対象読者

この記事は以下の方を対象に記載しました。

  • 何かしらの開発経験はあるけど、これからWeb&モバイルのアプリ開発を新たに始める方
  • 現状の開発環境を見直したい方
  • アプリを作りたい!でも人が足りない!

2. どんなアプリか

Web,iOS,Androidで動作して自動的に各端末でデータを同期するメモ帳アプリを作成しました。
同様のアプリとしてGoogle KeepやEvernoteなど優れたメモアプリは山ほどありますが、アプリ作成の練習も兼ねて今回はメモ帳アプリを題材にしました。

利用イメージ.jpg
例えば、出先でスマホにメモした内容を自宅や社内のパソコンで確認・編集できます。

2.1 どうやって実現したか

1つのプロダクションでSPAなWebアプリ1iOSアプリAndroidアプリサーバー処理(API)を作ることになった場合、人的リソースが有り余っているならJavaScriptでWebアプリ、SwiftでiOSアプリ、JavaやKotlinでAndroidアプリ、PHP/Ruby/Python/Node/Java/ASP.NETなどでサーバー処理(API)、とそれぞれオフィシャルな環境で作ることは可能かと思います。

しかし、これら4種(Webアプリ,iOSアプリ,Androidアプリ,サーバーAPI)を1人でそれぞれ実装することは現実的ではないため私は以下のように、「(1) Ionicフレームワークを使用したハイブリッドアプリ構成」と、「(2) mBaaSサービスのFirebaseを利用した構成」としました。

要件的にはWebアプリiOSアプリAndroidアプリサーバー処理の4つが必要ですが、1つのソースコードプロジェクトだけで実現したシンプルな構成となっています。

(1) Ionicフレームワークを使用したハイブリッドアプリ

開発構成.png

HTML & TypeScript & SCSSでプログラミングして、Ionic CLIにてトランスパイル&バンドルを行って**Webアプリを生成し、同じくIonic CLIを使用してiOSアプリAndroidアプリ**を生成します。

(2) mBaaSサービスのFirebase

クラウドにはFirebaseFirestoreを使用しています。

クラウド上にデータを置くことによりWebアプリとiOSアプリとAndroidアプリのすべての端末で共通のデータを参照しています。
なお、オフラインの場合はローカルにデータを保持してオンラインになった際に自動的に同期します。

ユーザーとサーバーの関係図.png

サーバー側の処理はセキュリティ設定のルールファイルを書いたぐらいでAPIの処理は一切書かずに実現しています。

3. 採用した技術(ライブラリ)

利用するライブラリは今後も長くメンテされそうで、かつWeb上に日本語の情報が多く自分以外の人がアプリのメンテを行うことになっても問題ない技術を基準に選定しています。

3.1 Ionic Framework v3.20

iOS/Androidの画面デザインと挙動に対応したUI・UXコンポーネント環境と、WebアプリのビルドやiOS/Androidアプリへのビルドを実行するCLI環境です。

Ionicの内部では大まかに以下の技術が使われています。

  • Angular v5.2:
    Googleが開発・メンテしているSPA(シングルページアプリケーション)のフレームワークです。基本的に TypeScript + HTML + SCSSを使ってコーディングして、JavaScript + HTML + CSS にトランスパイル(変換)します。

  • TypeScript v2.6:
    Microsoftが開発・メンテしているプログラミング言語です。JavaScriptに対して静的型付けとクラスベースオブジェクト指向を加えた感じです。設計思想的にはC#に近い言語です。

  • SCSS
    CSSを構文的にイケてるように拡張した言語で、CSSを知っていればすぐに馴染めると思います。

3.2 Cordova v7.1

WebアプリからiOS/Androidに対応する実行ファイルを生成します。
Cordovaを利用することで1セットのソースコード (JavaScript/HTML/CSS) からiOS用、Android用のアプリを生成することができます。
Ionic-CLI経由でCordovaを使うことになるため、Cordovaのコマンドを知らなくてもさほど問題ありません。

  • cordova-android v6.4:
    Androidアプリのビルドエンジンです。

  • cordova-ios v4.5:
    iOSアプリのビルドエンジンです。

  • cordova-plugin-googleplus v5.2:
    端末のネイティブなGoogleログイン機能を提供するプラグインです。

3.3 Firebase v4.12

クラウド上のデータを参照・変更するために「Firebase」を使用しています。
FirebaseはGoogleが開発・運用しているmBaaSサービスです。
Firebaseには無料プランもあります。Firebase利用料金へのリンク

4. 採用しなかった技術(ライブラリ)

今回使用しませんでしたが、検討した類似技術(ライブラリ)を紹介します。
それぞれ比較する粒度が異なり分かりにくいかもしれませんがガシガシ記載していきます。
なお、採用しなかった理由を太字で記載しています。

4.1 Microsoft / Blazor

Microsoftによって開発・メンテされているC#でフロントエンドWebアプリを作れる実験的な.NETフレームワークです。

  • WebAssemblyというWeb標準技術を使っているためSilverlightやFlash等のようにブラウザにプラグインを追加しなくても動きます。
  • ただしBlazor自体がまだまだ実験段階で、ビルド後のアプリサイズが大きすぎて実用的なWebアプリとしてはツライところがあります。
  • AoTコンパイル等の圧縮技術が実装予定みたいなので、実装されたらもうちょっと遊べそうです^^
  • Blazorについては以下のjsakamotoさんの記事が参考になりました。

@jsakamoto さんのQiita記事:
C# で Single Page Web Application が書ける Blazor が凄かった件

4.2 Microsoft / Xamarin

Microsoft社の子会社であるXamarin社によって開発・メンテされているiOS/Androidアプリを作成できる.NETフレームワーク環境です。

  • C#を使ってiOS/Android/Windowsのアプリが作成できます。しかしWebアプリが作れません。
  • 上記のBlazorと組み合わせて使えるようになったら楽しそうです。

4.3 Facebook / React Native

Facebookが開発・メンテしているJavaScriptフレームワークです。

  • Ionic(Cordova)でのWebViewによる描画と違い、ネイティブのUIコンポーネントを使うためパフォーマンスが高いです。
  • ただ、個人的にReactのViewに関する構文が性に合わなかったため触ったことがありません。世間では人気のあるフレームワークです。
  • 以下の @tuttieee さんの記事によるとロジックを共通化して、ViewをWebとMobileで分けるやり方ができるようです。

@tuttieee さんのQiita記事:
ReactとReact Nativeでコードを共通化し,web / android / iOS (+PC)クロスデバイス開発

4.4 Asial / OnsenUI v2.8

iOS/Androidの画面デザインと挙動に対応したUI・UXコンポーネントです。

  • ネイティブなiOSとAndroidのデザインガイドに準拠したデザインと機能を持っています。
  • ドキュメントがほぼ日本語に対応していて、AngularJS,Angular,React,Vue.jsに対応した柔軟なフレームワークです。
  • はじめはIonicの代わりにOnsenUI + Angularの構成で開発していましたが、タブレット・PC向けの対応ができなくはないけど微妙なことと、Ionicのほうが完成度が高くやりたいことが簡潔に書けてCLI対応(Ionic-CLI)やプラグイン対応(Ionic-Native)がそろっていて便利でしたので移行しました。

4.5 vuejs.org / Vue.js v2.5

Vue.jsはGoogleの Evan You という方が開発した軽量なJavaScriptフレームワークです。

  • TypeScriptでも書けて、さらにクラススタイルで書きたい場合には別途公式のvue-class-componentライブラリを使用することで可能です。
  • Vue.js単体であればかなり軽量ですが、Vue.js + TypeScript + vue-class-component + OnsenUI + などなどを使うとアプリ起動時間が長くなってしまい、Angular-AoTコンパイル構成の方が起動時間が短縮できたため利用をやめました。(私の実機環境で初回起動が8.2秒から4.1秒に短縮されました)

4.6 riotjs.com / Riot.js v3.8

Riot.jsは軽量なJavaScriptのViewライブラリです。

  • 個人的にTypeScriptUIライブラリは外せなかったため、頑張ってRiot.js + TypeScript + OnsenUI構成を試して動作可能なところまで持っていけましたが、ネット上にこの構成の前例がなさすぎることとOnsenUIはRiot.jsに対応していないため無理くり対応したことで別の人が触るのに厳しい環境となったため利用を諦めました。

5. 開発環境について

開発・デバッグ環境としてWindows + Androidを使用して、iOSアプリのビルド用にMacを使用しています。

開発環境.png

「iOS向けのビルド」や「Appleストアへのアップロード」にはMacが必要になります。クラウドでiOSアプリのビルドを提供しているサービスなどもありますが、Appleストアへの代理アップロードには対応していなかったり別途料金が必要だったりするので注意が必要です。

5.1 Windows 10 64bit

  • メインの開発環境にWindows 10 64bit を使用
  • エディタは Visual Studio Code v1.22 を使用
  • 開発時はAndroid端末と接続して実機デバッグしています

環境構築は「[Ionic3] 開発環境の構築からAndroid実機デバッグまでの手順まとめ」にまとめました。

5.2 macOS High Sierra 10.13 - Mac mini (Mid 2010)

  • 「iOSアプリのビルド」と「Appleストアへのアップロード用」の環境
  • 中古でMac mini (Mid 2010)を ¥29,880円 にて購入。CPUはCore 2 Duo 2.4 GHzと今の時代では貧弱ですが、最新のmacOS High Sierra環境にできて安いMacを探した結果これになりました
  • 古い機種ですがメモリは8GBでHDDからSSDに換装しているので割とサクサク動作しています

初期状態のOSは Mac OS X 10.6 Snow Leopard だったはず。ここから最新の macOS High Sierra 10.13 までアップデートするのには意外と罠が多く骨の折れる作業だったと記憶しています。
これに関して記事を書けば良かったのですが記録し忘れていました。

5.3 Ubuntu 16.04 LTS

  • Dockerのホスト環境
  • DockerコンテナとしてGitLabを運用
  • いずれGitLab-CIを使用してMacと連携した自動ビルド環境を構築したいと企んでます

6. ビルド環境について

私はメイン開発環境としてWindowsを使用しているのでiOSアプリのビルドとアップロードができないため、別途何かしら対応する必要がありました。
最終的にはビルド用のMac環境を用意することで落ち着きましたが、そこに行きつくまでの知見を時系列順に記載します。

6.1 Microsoft / Visual Studio App Center クラウドサービス

Microsoftがクラウド上で提供するビルド、テスト、デプロイ環境です。

  • とりあえず試したところ、Ionic(Cordova)のビルドには対応していませんでした。
  • Cordovaのプロジェクトは作成可能なのですが、自動テストやPush通知、クラッシュレポートの管理などができるだけで肝心のビルドはできないようです。

6.2 Adobe / PhoneGap Build クラウドサービス

Adobeがクラウド上で提供するビルド環境です。

  • Cordovaプロジェクトのビルドができます。
  • 無料プランはプライベートアプリを1つまでしか扱えません。
  • 有料プランで契約しようとしたところ、日本ではPhoneGap Buildの単体契約できなくなっていました。(以前はできました)
  • Adobeに問い合わせたところ、Adobe Creative Cloudの高額な有料プランに加入することで使えると回答を頂きました。(値段は忘れました)

6.3 Microsoft / TACO ソフトウェア

メンテは終了していますが、Microsoftが開発したWindows環境から自前のMac環境にリモートビルドを行えるソフトウェアです。

  • 自前でmacOS環境を用意する必要があります。
  • Windows側からコマンド1発でMac側でリモートビルドができます。
  • 扱っていた当時は私の知見不足によりアプリの署名関係がうまく自動化できませんでした。
  • リモートビルドでMac側に転送されたプロジェクトをXcodeで開いて手動でビルドしていた記憶があります。
  • 今思うと署名関連の設定ファイルである**build.jsonを正しく作成できていれば問題なく使えるツールだと思います。**

6.4 Asial / Monaca クラウドサービス

Asial社がクラウド上で提供している、クラウド開発&ビルド環境です。

  • 非常に簡単にiOSアプリのビルドができます。
  • フリープランだとCordovaのサードパーティープラグインが使用できず、リモートビルドは3回/日までです。
  • 有料プランは以前より安くなりましたが1ユーザー2,000円/月~と結構高額なので利用をやめました。
  • AppleのAppStoreへの代理アップロードに対応していますが別途料金が必要です。

6.5 Microsoft / VSTS-CI (Visual Studio Team Service - CI) クラウドサービス

Microsoftがクラウド上で提供するビルド、テスト、デプロイ環境です。

  • 自由度が高く割と何でもできそうです。CordovaプロジェクトはiOS/Androidどちらもビルドできました。
  • ただ、できることが多いので扱いが難しいです。
  • 当初5ユーザーまでなら無料でCI使いたい放題!と思っていた時代が私にはありました。
  • 実際には240分/月までの利用制限があったので利用をやめました。
  • 料金は公式ページのわかりにくいところにコッソリと記載があったはずですが、今改めて探しても見つからん・・・(*'ω'*)

6.6 ビルド用のMac環境を用意

現在のビルド構成です。自前でMac環境を用意して、ビルド環境を構築しました。

  • 現在はメイン開発環境のWindows側で編集したソースコードをMac側で取得して、手動でビルドコマンドを実行しています。
  • 現状ビルド処理はCUIで完結しているため、今後GitLab-CIを利用してWindowsからgitにpushしたら自動ビルドできるように検討中です。
  • 構築は面倒ですが長い目で見れば一番コストがかからない方法だと思います。

7. Appleの審査について

今までiOS向けのアプリは作りかけた経験はあったのですが、実際にAppleにアップロードして審査を行ってもらうのは今回が初めてでした。

噂では「厳しく、理不尽で、時間のかかる」審査という事前情報を得ていたのですが、とりあえず審査申請してみたところ噂通り(笑)「審査ガイドラインが決められており審査は厳しく、若干理不尽な対応を受けつつ、レスポンスは3-4日ぐらい」でした。

@WattさんのQiita記事:
理不尽なリジェクトを受けたiOSアプリが公開されるまでの経緯

私は審査で3回リジェクト(審査NG)をもらいましたが最終的に無事にリリースできました。

7.1 リジェクト1回目

  • Guideline 1.5 - Safety - Developer Information
  • アプリのサポートURLが無効とのことでNGとなりました。
  • 連絡先を記載した簡単なサポート用Webサイトを作成しました。
  • Guideline 2.3.10 - Performance - Accurate Metadata
  • アプリ内に関連性のないWebサイトへのリンクがあるとのことでNGとなりました。
  • 今回作成したメモ帳アプリはiOS以外にWebアプリとAndroidアプリに対応しているためそれぞれの入手先のURLをアプリ内に記載していたのですが、それがNGだったようです。
  • ガイドラインによると「許可を得た特定の相互作用的機能がある場合を除き、他のモバイルプラットフォームの名前は出せない」だそうです。
  • 関連はあるため審査員に掛け合えば通ったかもしれませんが、面倒だったので いち早くリリースしたかったのでiOSではWebアプリとAndroidアプリのリンクを非表示になるように修正しました。

7.2 リジェクト2回目

  • Guideline 2.3.10 - Performance - Accurate Metadata
  • アプリのログイン画面に他のプラットフォームの名前があるとのことでNGとなりました。
  • ログイン画面にあった「Androidとも自動的に同期する」との文面で弾かれたようでしたので該当部分の文章を削除しました。

7.3 リジェクト3回目

  • Guideline 1.5 - Safety - Developer Information
  • プチ理不尽体験ですが「サポート用Webサイトが目的の場所に適切にナビゲートしません。」といった非常に曖昧な内容で審査NGとなりました。笑
  • 「連絡先書いてあるけど何が問題なのか。具体的な対策を教えてほしい」と問い合わせたところ、そのまま無事に審査OKとなりました。

8. 技術的な記事

今回の制作したアプリに関連する技術的な記事は以下に分けて記載しました。

8.1 Ionic関連

8.2 VSTS-CI関連

8.3 Macでのビルド関連

9. 最後に

ここまで読んでいただきありがとうございます!
この記事では採用した技術とは別に検討した他の技術も記載しているため、その辺が参考になれば幸いです。

次回は、ゲームアプリについて記事を書ければと思います(*'ω'*)


  1. SPAとは Single Page Application の略で、1つのページのみから構成することで、スマホアプリやデスクトップアプリのような操作性を提供するWebアプリです。

180
222
2

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
180
222

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?