前言
在 iOS 开发中,你应该会碰到以下这个问题:
如何实现 APP 内的 web 页面和 Native 页面的交互功能?
该问题的本质是:实现 JS 和 OC 的相互调用。
YKWebViewJavascriptBridge 是我针对上述问题实现的库。下面将会具体介绍该库的设计思路和具体实现。
YKWebViewJavascriptBridge
YKWebViewJavascriptBridge
是基于 WKWebView
+messageHandler
+自定义文本协议
进行实现的,协议的传输采取的是请求响应模式。
YKWebViewJavascriptBridge
的设计很简单,其内部只有2个类:
YKNativeBridgeEngine
:提供 Native 层调用 JS 方法的接口;管理供 JS 调用的 OC 方法;与 Web 层进行协议通讯(对协议进行编码、解码以及传输)YKWebBridgeEngine
:提供 Web 层调用 OC 方法的接口;管理供OC 调用的 JS 方法;与 Native 层进行协议通讯(对协议进行编码、解码以及传输)
关于『自定义文本协议』
YKWebViewJavascriptBridge
里设计的『协议』是一个 JSON 格式的文本协议,其具体格式如下:
- 请求方发出的协议数据:
1 | { |
- 响应方返回的协议数据:
1 | { |
关于『编码、解码』
YKWebViewJavascriptBridge
的编码和解码,其实就是把数据对象序列化为 JSON 和把 JSON 反序列化为数据对象。
关于『协议传输』
Native层的协议传输和Web层的协议传输分别由 YKNativeBridgeEngine
和 YKWebBridgeEngine
各自实现。其传输接口实现如下:
YKNativeBridgeEngine
的协议传输接口
1 | - (void)_bridgeEngineDidWriteData:(NSString *)jsonMessage |
YKWebBridgeEngine
的协议传输接口
1 | function _bridgeEngineDidWriteData(jsonMessage) { |
熟悉WKWebView
+messageHandler
的童鞋看到这,应该知道,YKWebViewJavascriptBridge
的协议传输完全是基于 WKWebView
实现的:
[WKWebView evaluateJavaScript:completionHandler:]
提供了 Native 层发数据给 Web 层的能力window.webkit.messageHandlers. NativeMethod.postMessage(messageData);
提供了 Web 层发送数据给 Native 层的能力
YKNativeBridgeEngine 设计要点
在应用中的初始化流程
YKNativeBridgeEngine
在应用中的初始化代码如下:
1 | WKWebViewConfiguration *configuration = [[WKWebViewConfiguration alloc] init]; |
如上述代码所示,YKNativeBridgeEngine
在应用中的初始化需要2步:
根据
WKWebViewConfiguration
生成nativeBridgeEngine
实例为什么需要
WKWebViewConfiguration
来生成nativeBridgeEngine
实例?
看代码:1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29- (instancetype)initWithWebViewConfiguration:(WKWebViewConfiguration *)configuration
{
self = [self init];
if (self) {
if (configuration) {
self.configuration = configuration;
}else{
WKWebViewConfiguration *configuration = [[WKWebViewConfiguration alloc] init];
configuration.userContentController = [[WKUserContentController alloc] init];
self.configuration = configuration;
}
if (!self.configuration.userContentController) {
self.configuration.userContentController = [WKUserContentController new];
}
//通过JS注入方式,初始化WebBridgeEngine
NSString *js = YKWebBridgeEngine_js();
WKUserScript *script = [[WKUserScript alloc] initWithSource:js
injectionTime:WKUserScriptInjectionTimeAtDocumentStart
forMainFrameOnly:YES];
[self.configuration.userContentController addUserScript:script];
[self.configuration.userContentController addScriptMessageHandler:self name:@"NativeBridgeEngineDidReadData"];
}
return self;
}WKWebViewConfiguration
的作用主要是:- 注入 JS 代码到
WebView
,在Document
元素开始生成时,执行YKWebBridgeEngine
初始化代码 - 添加 ScriptMessageHandler,提供方法给
YKWebBridgeEngine
发送数据给YKNativeBridgeEngine
- 注入 JS 代码到
绑定具体的
WKWebView
实例为什么需要绑定具体的
WKWebView
实例?
看代码:1
2
3
4
5
6
7
8
9
10
11
12
13
14
15- (void)_bridgeEngineDidWriteData:(NSString *)jsonMessage
{
if (!jsonMessage) {
return;
}
if (![jsonMessage isKindOfClass:[NSString class]]) {
return;
}
NSString *jsCode = [NSString stringWithFormat:@"YKWebBridgeEngine._bridgeEngineDidReadData('%@')",jsonMessage];
[self.webView evaluateJavaScript:jsCode completionHandler:^(id _Nullable result, NSError * _Nullable error) {
NSLog(@"bridgeEngineDidWriteData:%@-%@",result,error);
}];
}YKNativeBridgeEngine
内部持有webView
的用处就是在于借助webView
的evaluateJavaScript:completionHandler:
功能,达到发数据给YKWebBridgeEngine
的目的。
关于『解码后的逻辑』
在 YKNativeBridgeEngine
收到 YKWebBridgeEngine
发来的 JSON文本数据后,YKNativeBridgeEngine
会对数据进行解码:反序列化JSON,得到一个 messageDict
,然后根据其内容进行具体的逻辑操作。核心代码如下:
1 | - (void)_bridgeEngineDidReadData:(NSString *)jsonMessage |
在收到数据后,会根据解码后的 messgaeDict
的 key 判断这是一个『请求类型的数据』还是一个『响应类的数据』:若 key 中存在 reqId
,则是『请求类型的数据』,然后执行对应的请求,并返回响应数据;若是存在 respId
,则是一个『响应类型的数据』,然后把返回的响应数据通过回调告知应用层。
关于 YKWebBridgeEngine
YKWebBridgeEngine
的设计(接口和功能) 和 YKNativeBridgeEngine
是一样的,区别在于前者是 OC 语言实现的,后者是 JS 语言实现而已。另外需要注意的是,YKWebBridgeEngine
初始化依赖与YKNativeBridgeEngine
,通过 JS注入,让webview
在开始加载 Document
元素时执行YKWebBridgeEngine
的初始化代码。
其他
想详细了解WKWebView
和 messageHandler
的童鞋,可以参考下面文章: