WKWebView w programie Interface Builder

Wygląda na to, że szablony obiektów IB w XCode 6 beta nadal tworzą obiekty w starym stylu (UIWebView dla iOS i WebView dla OSX). Mam nadzieję, że Apple zaktualizuje je pod kątem nowoczesnego WebKit, ale do tego czasu, jaki jest najlepszy sposób tworzenia WKWebViews w Interface Builder? Czy powinienem utworzyć widok podstawowy (UIView lub NSView) i przypisać jego typ do WKWebView? Większość przykładów, które znajduję w Internecie, dodaje je programowo do widoku kontenera; czy to jest lepsze z jakiegoś powodu?

Masz rację - to nie działa. Jeśli spojrzysz na nagłówki, zobaczysz:

- (instancetype)initWithCoder:(NSCoder *)coder NS_UNAVAILABLE;

co oznacza, że ​​nie można utworzyć instancji z końcówki.

Będziesz musiał to zrobić ręcznie w viewDidLoad lub loadView.

Jak zauważyli niektórzy, od Xcode 6.4 WKWebView nadal nie jest dostępny w Interface Builder. Jednak bardzo łatwo jest je dodać za pomocą kodu.

Po prostu używam tego w moim ViewController. Pomijanie kreatora interfejsów

import UIKit
import WebKit

class ViewController: UIViewController {

    private var webView: WKWebView?

    override func loadView() {
        webView = WKWebView()

        //If you want to implement the delegate
        //webView?.navigationDelegate = self

        view = webView
    }

    override func viewDidLoad() {
        super.viewDidLoad()

        if let url = URL(string: "https://google.com") {
            let req = URLRequest(url: url)
            webView?.load(req)
        }
    }
}

Info.plist

dodaj swoje ustawienia bezpieczeństwa transportu Info.plist

 <key>NSAppTransportSecurity</key>
 <dict>
    <key>NSAllowsArbitraryLoads</key>
    <true/>
 </dict>

Xcode 9.1+

Korzystanie z konstruktora interfejsu

Element WKWebView można znaleźć w bibliotece obiektów.

Dodaj widok programowo za pomocą Swift 5

let webView = WKWebView(frame: .zero, configuration: WKWebViewConfiguration())
view.addSubview(webView)
webView.translatesAutoresizingMaskIntoConstraints = false
webView.topAnchor.constraint(equalTo: view.safeAreaLayoutGuide.topAnchor).isActive = true
webView.rightAnchor.constraint(equalTo: view.safeAreaLayoutGuide.rightAnchor).isActive = true
webView.bottomAnchor.constraint(equalTo: view.safeAreaLayoutGuide.bottomAnchor).isActive = true
webView.leftAnchor.constraint(equalTo: view.safeAreaLayoutGuide.leftAnchor).isActive = true

Dodaj widok programowo za pomocą Swift 5 (pełna próbka)

import UIKit
import WebKit

class ViewController: UIViewController {

    private weak var webView: WKWebView!

    override func viewDidLoad() {
        super.viewDidLoad()
        initWebView()
        webView.loadPage(address: "http://apple.com")
    }

    private func initWebView() {
        let webView = WKWebView(frame: .zero, configuration: WKWebViewConfiguration())
        view.addSubview(webView)
        self.webView = webView
        webView.translatesAutoresizingMaskIntoConstraints = false
        webView.topAnchor.constraint(equalTo: view.safeAreaLayoutGuide.topAnchor).isActive = true
        webView.rightAnchor.constraint(equalTo: view.safeAreaLayoutGuide.rightAnchor).isActive = true
        webView.bottomAnchor.constraint(equalTo: view.safeAreaLayoutGuide.bottomAnchor).isActive = true
        webView.leftAnchor.constraint(equalTo: view.safeAreaLayoutGuide.leftAnchor).isActive = true
    }
}

extension WKWebView {
    func loadPage(address url: URL) { load(URLRequest(url: url)) }
    func loadPage(address urlString: String) {
        guard let url = URL(string: urlString) else { return }
        loadPage(address: url)
    }
}

Dzięki Xcode 8 jest to teraz możliwe, ale środki do osiągnięcia tego są co najmniej trochę hakerskie. Ale hej, działające rozwiązanie to działające rozwiązanie, prawda? Pozwól mi wyjaśnić.

WKWebView initWithCoder: nie ma już adnotacji „NS_UNAVAILABLE”. Teraz wygląda tak, jak pokazano poniżej.

- (nullable instancetype)initWithCoder:(NSCoder *)coder NS_DESIGNATED_INITIALIZER;

Zacznij od podklasy WKWebView i zastąp initWithCoder. Zamiast wywoływać super initWithCoder, musisz użyć innej metody init, takiej jak initWithFrame: configuration :. Krótki przykład poniżej.

- (instancetype)initWithCoder:(NSCoder *)coder
{
    // An initial frame for initialization must be set, but it will be overridden 
    // below by the autolayout constraints set in interface builder. 
    CGRect frame = [[UIScreen mainScreen] bounds];
    WKWebViewConfiguration *myConfiguration = [WKWebViewConfiguration new];

    // Set any configuration parameters here, e.g.
    // myConfiguration.dataDetectorTypes = WKDataDetectorTypeAll; 

    self = [super initWithFrame:frame configuration:myConfiguration];

    // Apply constraints from interface builder.
    self.translatesAutoresizingMaskIntoConstraints = NO;

    return self;
}

W swoim Storyboard użyj UIView i nadaj mu niestandardową klasę swojej nowej podklasy. Reszta to zwykły biznes (ustawienie ograniczeń automatycznego układu, połączenie widoku z gniazdem w kontrolerze itp.).

Wreszcie WKWebView skaluje zawartość inaczej niż UIWebView. Wiele osób prawdopodobnie będzie chciało postępować zgodnie z prostą radą w Pomijanie WKWebView ze skalowania zawartości w celu renderowania przy takim samym powiększeniu, jak robi to UIWebView, aby WKWebView dokładniej podążał za zachowaniem UIWebView w tym zakresie.

Oto prosta wersja Swift 3 oparta na doskonałej odpowiedzi crx_au .

import WebKit

class WKWebView_IBWrapper: WKWebView {
    required convenience init?(coder: NSCoder) {
        let config = WKWebViewConfiguration()
        //config.suppressesIncrementalRendering = true //any custom config you want to add
        self.init(frame: .zero, configuration: config)
        self.translatesAutoresizingMaskIntoConstraints = false
    }
}

Utwórz UIView w Interface Builder, przypisz swoje ograniczenia i przypisz je WKWebView_IBWrapperjako klasę niestandardową, na przykład:

Jeśli nadal napotykasz ten problem w ostatnich wersjach Xcode, tj. W wersji 9.2 +, po prostu zaimportuj Webkit do swojego ViewController:

#import <WebKit/WebKit.h>

1. Przed naprawą:

2. Po naprawie:

Zostało to najwyraźniej naprawione w Xcode 9b4. W informacjach o wersji jest napisane „WKWebView jest dostępny w bibliotece obiektów iOS”.

Nie szukałem głębiej, aby sprawdzić, czy wymaga iOS 11, czy jest jeszcze kompatybilny wstecz.

Możesz utworzyć wystąpienie i skonfigurować WKWebView w IB od Xcode 9, nie musisz robić tego w kodzie.

Należy pamiętać, że cel wdrożenia musi być wyższy niż iOS 10, w przeciwnym razie wystąpi błąd w czasie kompilacji.

W XCode w wersji 9.0.1 WKWebView jest dostępny w Interface Builder.

Połączyłem WebKit, teraz działa!

Nie jestem pewien, czy to pomoże, ale rozwiązałem problem, dołączając framework WebKit do celu. Nie osadzaj go, tylko połącz odnośnik. Nadal używam obiektu WebView w IB i upuszczam go na ViewController, w którym go osadzam i nigdy nie miałem problemu ...

Pracowałem teraz nad 4 projektami WKWebView MacOS i WebView działał poprawnie w każdym projekcie.

To działało dla mnie w Xcode 7.2 ...

Najpierw dodaj widok sieci Web jako gniazdo UIWebView w serii ujęć / IB. W ten sposób uzyskasz taką właściwość:

@property (weak, nonatomic) IBOutlet UIWebView *webView;

Następnie po prostu edytuj kod, aby zmienić go na WKWebView.

@property (weak, nonatomic) IBOutlet WKWebView *webView;

Należy również zmienić klasę niestandardową na WKWebView w Inspektorze tożsamości.