AppleがUIWebViewを非推奨にすることなくWKWebViewを導入した理由がわからないため、この質問をします。大規模なコードベースをプログラミングしていて、情報に基づいた/事実に基づいた決定を行う必要があるため、アイデアを持っていることが重要です。
両方のクラスが将来共存し、どれも廃止されないことを期待する必要がある理由はありますか?
WKWebViewは純粋にスピードパフォーマンス(JITを使用)用に設計されており、特定のユースケースでのみ機能する可能性がありますか?
WKWebViewの現在の制限:
https://mail.mozilla.org/pipermail/mobile-firefox-dev/2014-December/000993.html
セキュリティ(プロセスモデル外)、パフォーマンス、メモリ管理など、いくつかの理由があります。 AppleがUIWebView
を非推奨とするかどうかは誰でも答えることはできませんが、Appleは多くの制限を考慮していますが、一部は将来のiOS WK2フレームワークに含めるためにWebKit2ソースリポジトリで部分的に解決されています)、私の教育を受けた推測は、UIWebView
がさまざまなニーズに対応するためにここにあることです。WebKitLegacyとWebKit2(現在の名前はWebKitに変更)の両方のフレームワークが同じ実装フレームワーク(WebCore、JSCoreなど)を参照していることを考えると、 UIWebView
を維持するために多くの作業を必要としません。
Xcode 9によると、UIWebView
は非推奨です。 ???? ♂️
そして、ドキュメントメッセージは次のようになります:
古いmacOSプラットフォームをサポートするためのレガシーUIWebView。可能であれば、WKWebViewの使用をお勧めします。
更新:UIWebViewは現在iOS 12で非推奨になっています https://developer.Apple.com/documentation/uikit/uiwebview