WKWebView est-il conçu pour remplacer UIWebView?
Poser ces questions car je ne sais pas pourquoi Apple a introduit WKWebView sans déprécier UIWebView. Il est important d'avoir une idée car je programme une grande base de code et j'ai besoin de prendre une décision éclairée/basée sur les faits .
Y a-t-il une raison pour laquelle nous pouvons nous attendre à ce que les deux classes coexistent à l'avenir et qu'aucune ne soit déconseillée?
WKWebView est-il purement conçu pour des performances de vitesse (en utilisant JIT) et ne sera-t-il susceptible de servir que dans certains cas d'utilisation?
Limitations actuelles de WKWebView:
https://mail.mozilla.org/pipermail/mobile-firefox-dev/2014-December/000993.html
Comment puis-je récupérer un fichier en utilisant WKWebView?
Il existe plusieurs raisons, notamment la sécurité (hors modèle de processus), les performances et la gestion de la mémoire. Que Apple déprécierait UIWebView n'est pas une question à laquelle tout le monde peut répondre, mais Apple, cependant, compte tenu des nombreuses limitations qui existent actuellement (certaines partiellement résolues dans le référentiel source WebKit2 pour l'inclusion future du cadre iOS WK2) ), je suppose que UIWebView est là pour répondre à différents besoins. Et étant donné que les cadres WebKitLegacy et WebKit2 (maintenant renommé WebKit) référencent les mêmes cadres d'implémentation (WebCore, JSCore, etc.), il serait ne nécessite pas beaucoup de travail pour maintenir UIWebView en vie.
Selon Xcode 9, UIWebView est déconseillé. ???? ♂️
Et un message de documentation se lit comme suit:
UIWebView hérité pour la prise en charge des anciennes plates-formes macOS. Préférez utiliser WKWebView si possible.
Mise à jour: UIWebView est désormais obsolète dans iOS 12. https://developer.Apple.com/documentation/uikit/uiwebview