WKWebView в Интерфейсном Разработчике

Похоже, что шаблоны объектов IB в бета-версии XCode 6 все еще создают объекты старого стиля (UIWebView для iOS и WebView для OSX). Надеюсь, Apple обновит их до современного WebKit, но до тех пор, как лучше всего создавать WKWebView в Interface Builder? Должен ли я создать базовое представление (UIView или NSView) и присвоить его тип WKWebView? Большинство примеров, которые я нахожу в Интернете, добавляют его в представление контейнера программно; это лучше по какой-то причине?

Вы правы - похоже, это не работает. Если вы посмотрите в заголовки, вы увидите:

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

что означает, что вы не можете создать экземпляр из пера.

Вам нужно будет сделать это вручную в viewDidLoad или loadView.

Как отмечают некоторые, начиная с Xcode 6.4, WKWebView все еще недоступен в Interface Builder. Однако их очень легко добавить с помощью кода.

Я просто использую это в своем ViewController. Пропуск построителя интерфейса

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

добавьте в свой Info.plist настройку безопасности транспорта

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

Xcode 9.1+

Использование конструктора интерфейсов

Вы можете найти элемент WKWebView в библиотеке объектов.

Программное добавление представления с помощью 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

Добавить представление программно с помощью Swift 5 (полный пример)

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)
    }
}

С Xcode 8 это теперь возможно, но средства достижения этого, мягко говоря, немного хакерские. Но эй, рабочее решение - это рабочее решение, верно? Позволь мне объяснить.

WKWebView initWithCoder: больше не аннотируется как «NS_UNAVAILABLE». Теперь это выглядит так, как показано ниже.

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

Начните с создания подкласса WKWebView и переопределите initWithCoder. Вместо вызова super initWithCoder вам потребуется использовать другой метод инициализации, например initWithFrame: configuration :. Быстрый пример ниже.

- (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;
}

В вашей раскадровке используйте UIView и дайте ему собственный класс вашего нового подкласса. Остальное - обычное дело (установка ограничений автоматического макета, привязка представления к выходу в контроллере и т. Д.).

Наконец, WKWebView масштабирует контент иначе, чем UIWebView. Многие люди, вероятно, захотят последовать простому совету в Запретить WKWebView масштабировать контент для рендеринга с тем же увеличением, что и UIWebView, чтобы WKWebView более внимательно следил за поведением UIWebView в этом отношении.

Вот простая версия Swift 3, основанная на отличном ответе 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
    }
}

Создайте UIView в Интерфейсном Разработчике, назначьте свои ограничения и назначьте его WKWebView_IBWrapperкак настраиваемый класс, например:

Если вы все еще сталкиваетесь с этой проблемой в последних версиях Xcode, то есть v9.2 +, просто импортируйте Webkit в свой ViewController:

#import <WebKit/WebKit.h>

1. Перед исправлением:

2. После исправления:

Теперь это, по-видимому, исправлено в Xcode 9b4. В примечаниях к выпуску говорится, что «WKWebView доступен в библиотеке объектов iOS».

Я еще не смотрел глубже, чтобы узнать, требуется ли для этого iOS 11 или она обратно совместима.

Вы можете создать и настроить WKWebView в IB, начиная с Xcode 9, нет необходимости делать это в коде.

Обратите внимание, что ваша цель развертывания должна быть выше, чем iOS 10, иначе вы получите ошибку времени компиляции.

В XCode версии 9.0.1 WKWebView доступен в Interface Builder.

Подключил WebKit, теперь он работает!

Не уверен, что это поможет, но я решил проблему за себя, включив фреймворк WebKit для цели. Не вставляйте просто ссылку. Я все еще использую объект WebView в IB и перетаскиваю его на ViewController, в который я его встраиваю, и у меня никогда не было проблем ...

Я работал над 4 проектами WKWebView MacOS, и WebView работал правильно в каждом проекте.

Это сработало для меня в Xcode 7.2 ...

Сначала добавьте веб-представление в качестве выхода UIWebView в раскадровке / IB. Это даст вам такое свойство:

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

Затем просто отредактируйте свой код, чтобы изменить его на WKWebView.

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

Вы также должны изменить настраиваемый класс на WKWebView в инспекторе удостоверений.