LINE iOSアプリがWebKitの新API「WebPage」を導入できず、独自実装を採用した件

はじめにこんにちは、iOSアプリエンジニアのKiichiです。LINE iOSアプリでアプリ内ブラウザなど、Web関連の開発を担当しています。普段はUIKitをベースに機能改善や新機能開発を進めつつ、WebKitの新機能やAPIの動向も注視しています。 今回、iOS 15で導入されたWebKitの新API「WebPage」をLINE iOSアプリに導入しようと試みましたが、いくつかの課題に直面し、最終的には独自実装を選択しました。本記事では、その経緯と実装の詳細について共有します。 まず、「WebPage」APIとは、Webページの状態をより細かく制御できる新しいインターフェースです。従来のWKWebViewよりも高度な制御が可能で、特にページのライフサイクル管理やリソースの効率的な扱いに優れています。 しかし、実際に導入を進める中で、以下のような課題が明らかになりました。 1. 互換性の問題: iOS 15以前のバージョンでは「WebPage」APIが利用できないため、バージョン分岐による実装が必要になります。これにより、コードの複雑性が増し、メンテナンスコストが上昇します。 2. パフォーマンスの懸念: 初期テストでは、特定のシナリオで既存のWKWebViewよりもレンダリング速度が低下するケースが確認されました。LINEアプリのように大量のユーザーが利用する環境では、このようなパフォーマンス低下は許容できません。 3. カスタマイズの制限: 「WebPage」APIは標準化されたインターフェースを提供しますが、LINEアプリで必要とする高度なカスタマイズ（例: 独自のキャッシュ戦略やセキュリティポリシー）を実現するには不十分でした。 これらの課題を踏まえ、チームでは「WebPage」APIの導入を見送り、独自実装を選択しました。具体的には、既存のWKWebViewを拡張し、必要な機能を独自に実装するアプローチを採用しました。 独自実装の主な利点は以下の通りです。 - バージョン互換性: iOSのバージョンに関係なく一貫した動作を保証できます。 - パフォーマンス最適化: アプリの特定のユースケースに特化した最適化が可能です。 - 柔軟なカスタマイズ: ビジネス要件に応じて迅速に機能を追加・変更できます。 実装では、WKWebViewのサブクラスを作成し、ページのライフサイクル管理を強化しました。また、リソースの効率的なロードとキャッシュ戦略を独自に実装し、ユーザー体験の向上を図りました。 この独自実装により、LINE iOSアプリのアプリ内ブラウザは、より高速で安定した動作を実現し、ユーザーからのフィードバックも良好です。 まとめると、新技術の導入は常にメリットとデメリットを慎重に評価する必要があります。今回のケースでは、標準APIの導入よりも独自実装がプロジェクトの目標に合致していました。今後のWebKitのアップデートにも注目しつつ、ユーザーに最高の体験を提供できるよう努めていきます。 最後に、この実装に関わったチームメンバーに感謝します。質問やコメントがあれば、お気軽にお寄せください。

LINE iOSアプリがWebKitの新API「WebPage」を導入できず、独自実装を採用した件

背景や根拠まで確認しますか？

調べる

選ぶ

サイト