Appleファーストは持続不可能
Appleのポリシー変更に振り回されないアプリ開発体制の構築方法
モバイルアプリ開発の理想はクロスプラットフォーム化だが、Appleの要求に準拠しようとすると開発工数が膨れ上がる。Appleに左右されずクロスプラットフォーム開発を実現する方法とは。
「Adobe Flash」のサポート終了が迫る2016年、Bet365 Group(通称bet365)はFlashベースのサイトを「HTML5」化した。同社はこれをきっかけにプラットフォームを統合し、新しいWebサイトを基盤とする「iOS」アプリと「Android」アプリの提供に注力するようになった。
だが、2019年にiOSアプリのエクスペリエンスをより向上させる機能、コンテンツ、UIの強化をAppleから求められた。
bet365の技術部門子会社であるHillside Technologyのアラン・リード氏(スポーツ開発部門責任者)は、Webサイトの開発計画がAppleの戦略によって方向付けられていったと言う。「AppleはiOSアプリの差別化と均一な製品を希望していた。交渉の余地はなかった」
開発作業を最小限に抑えるため、bet365アプリはWebサイトのクローンだった。だがAppleは、Apple風のルック&フィールと操作性を備えた一貫性のあるiOSエクスペリエンスを要求してきた。そのためbet365はiOSアプリ開発のアプローチを完全に変える必要があった。
それまでクライアントアプリは「TypeScript」で開発していたが、Appleのポリシー変更によってiOSアプリはネイティブコードを使わなければならなくなった。だがbet365には「Swift」のスキルを有する開発者がいなかった。
Appleが2019年に導入した「SwiftUI」はSwift開発を簡素化し、Apple端末用のユーザーインタフェースを構築するためのフレームワークを提供する。「SwiftUIを使えばApp Store用のアプリを迅速に作成できる。だが当社のWebサイトには端末に縛られないさまざまな機能が必須だった」(リード氏)
高可用性と低遅延をサポートするにはSwiftUIの機能だけでは足りなかったのだ。「さらに、既に実現している非常にリッチなユーザーエクスペリエンスを別のリッチなユーザーエクスペリエンスに移行することが問題になった」とリード氏は話す。SwiftUIからbet365の豊富なデータセットにアクセスする必要もある。
アプリの移植性
理想は、一つのコードを複数のチャネルにデプロイできるアプリを作成することだ。だが、AppleはApple固有のルック&フィールを求めている。
移植可能なアプリの開発とAppleの要件のバランスを取る方法についてチームで話し合った。そして、Appleファーストで開発し、その後他のプラットフォームに移植するのは複雑だということになった。Swiftが独自の仕様を持つためだ。代わりに「コードを変換する方法を構築した」という。
この方法は「Kotlin」をベースとする。「古いFlashコードの一部をKotlin用にパースする」とリード氏は述べる。
Kotlinアプリは当初機能しなかったが、このパースによって開発時間は短縮された。「コードを改良する必要があった。だがこのパースによって正しい方向への一歩が見つかった」と同氏は語る。
リード氏は、Appleファーストでアプリを開発するのは持続可能ではないと考える。だが、Kotlinなら開発作業を減らすことができる。Kotlinならばアプリからバックエンドビジネスロジックが切り離されるため、クロスプラットフォーム開発がシンプルかつ高速になる。「Linux」や「Windows」で実行するサーバサイドコードには「Go」を使うことにした。
とはいえ、iOSアプリはSwiftでコーディングしなければならない。リード氏の経験によると、KotlinからSwiftに移植する方がその逆よりも簡単だという。
アプリ開発者が直面する問題は、アプリのパフォーマンスを犠牲にせずにネイティブなユーザーエクスペリエンスを活用し、さまざまなスマートフォンでアプリを最適に操作できる方法だ。
プラットフォームの仕様に縛られない
現代生活にはスマートフォンが不可欠になっている。「スマートフォンに支配され、スマートフォンがIDにさえなっている。新型コロナウイルス感染症のワクチンパスポートが普及すれば、必需品になるだろう」(リード氏)
だが、誰もが最新機種を購入できるわけではない。アプリ開発者はアプリが数世代前のスマートフォンでも実行できる必要があることを認識しなければならない。リード氏は、スマートフォンを所有する全ての人がアプリのコアセットにアクセスできるように、多くの法律が求められる時代がくると考えている。
Copyright © ITmedia, Inc. All Rights Reserved.
Computer Weekly日本語版
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
4
「IBM iはDXのボトルネック」は誤解 意外と知らない今風モダナイズの効果
-
5
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
6
IT製品の導入に関するアンケート「PC&デバイス」編
-
7
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
8
「朝8時にバッチが終わらない」データ爆発の危機をJPX総研はどう乗り越えたか
-
9
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
10
AI導入後に発覚する「社内文書を読めない」問題 情シスは何を直せばいい?
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
5
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
6
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
9
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
10
“あのファイル転送”で暗躍するノーウェアランサム
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー