Native開發原生應用是手機操作系統廠商(目前主要是蘋果的iOS和google的Android)對外界提供的標准化的開發模式,他們對於native開發提供了一套標准化實現和優化方案。但是他們存在一些硬傷,比如App的發版周期偏長、有時無法跟上產品的更新節奏;靈活性差,如果有較大的方案變更,需要發版才能解決;如果存在bug,在當前版本修復的難度比較大(iOS的JSPatch方案和Android的Dex修復方案);需要根據不同的平台寫不同的代碼,iOS主要為object_c和swift,android為Java。
而作為H5為主要開發模式的Web App的靈活性就比較強,他利用操作系統中的h5容器作為一個承載,對外提供一個url鏈接,而該url鏈接對應的內容可以實時在服務端進行修改,靈活行很強,避免了Native發版周期帶來的時間成本。但是h5雖然靈活,但是他也有自己的硬傷。每次都需要下載完整的UI數據(html,css,js),弱網用戶體驗較差,流量消耗較大;無法調用系統文件系統,硬件資源等等;
Native App和Web App都有他們的優勢和劣勢。我們也不能一棍子拍死說誰好誰劣。通常的經驗是:對於一些比較穩當的業務,對用戶體驗要求較高的,我們可以選擇Native開發。而對於一些業務變更比較快、處在不斷試水的過程,而且不涉及調用文件系統和硬件調用的業務我們可以選擇h5開發。所以說,在一款app中我們需要同時支持Native代碼和h5代碼。這也是我們標題所說的Native開發中需要H5容器的必要性。
iOS存在的h5容器主要包括UIWebView和WKWebView,下面我們就分別來說說他們的用法和優劣。
UIWebView *webView = [[UIWebView alloc] initWithFrame:self.view.bounds]; webView.delegate = self; [self.view addSubview:webView]; //網絡地址 NSURL *url = [[NSURL alloc] initWithString:@"http://www.taobao.com"]; NSURLRequest *request = [NSURLRequest requestWithURL:url]; [webView loadRequest:request];
- (BOOL)webView:(UIWebView *)webView shouldStartLoadWithRequest:(NSURLRequest *)request navigationType:(UIWebViewNavigationType)navigationType;//進行加載前的預判斷,如果返回YES,則會進入後續流程(StartLoad,FinishLoad)。如果返回NO,這不會進入後續流程。- (void)webViewDidStartLoad:(UIWebView *)webView;//開始加載網頁- (void)webViewDidFinishLoad:(UIWebView *)webView;//加載完成- (void)webView:(UIWebView *)webView didFailLoadWithError:(nullable NSError *)error;//加載失敗
比如我們在加載的HTML文件中有如下js代碼:
我們可以調用- (nullable NSString )stringByEvaluatingJavaScriptFromString:(NSString )script;函數進行js調用。
[webView stringByEvaluatingJavaScriptFromString:@"hello()"];[webView stringByEvaluatingJavaScriptFromString:@"helloWithName('jack')"];js代碼不一定要在js文件中預留,也可以在代碼中通過字符串的形式進行調用,比如下面:
//自定義js函數
NSString *jsString = @"function sayHello(){ \ alert('jack11') \ } \ sayHello()"; [_webView stringByEvaluatingJavaScriptFromString:jsString];
NSString *jsString = @" var p = document.createElement('p'); \ p.innerText = 'New Line'; \ document.body.appendChild(p); \ "; [_webView stringByEvaluatingJavaScriptFromString:jsString];具體讓js通知native進行方法調用,我們可以讓js產生一個特殊的請求。可以讓Native代碼可以攔截到,而且不然用戶察覺。業界一般的實現方案是在網頁中加載一個隱藏的iframe來實現該功能。通過將iframe的src指定為一個特殊的URL,實現在- (BOOL)webView:(UIWebView )webView shouldStartLoadWithRequest:(NSURLRequest )request navigationType:(UIWebViewNavigationType)navigationType;方案中進行攔截處理。對應的js調用代碼如下:
function loadURL(url) { var iFrame;
iFrame = document.createElement("iframe");
iFrame.setAttribute("src", url);
iFrame.setAttribute("style", "display:none;");
iFrame.setAttribute("height", "0px");
iFrame.setAttribute("width", "0px");
iFrame.setAttribute("frameborder", "0"); document.body.appendChild(iFrame); // 發起請求後這個iFrame就沒用了,所以把它從dom上移除掉
iFrame.parentNode.removeChild(iFrame);
iFrame = null;
}比如我們在js代碼中,調用一下兩個js方法:
function iOS_alert() {//調用自定義對話框
loadURL("alert://abc");
} function call() {// js中進行撥打電話處理
loadURL("tel://17715022071");
}當你觸發以上方法的時候,就會進入webview的代理方法中進行攔截。
- (BOOL)webView:(UIWebView *)webView shouldStartLoadWithRequest:(NSURLRequest *)request navigationType:(UIWebViewNavigationType)navigationType{ NSURL * url = [request URL]; if ([[url scheme] isEqualToString:@"alert"]) {//攔截請求,彈出自定義對話框
UIAlertView * alertView = [[UIAlertView alloc] initWithTitle:@"test" message:[url host] delegate:nil cancelButtonTitle:@"OK" otherButtonTitles:nil];
[alertView show]; return NO;
}else if([[url scheme] isEqualToString:@"tel"]){//攔截撥打電話請求
BOOL result = [[UIApplication sharedApplication] openURL:url]; if (!result) { NSLog(@"您的設備不支持打電話");
} else { NSLog(@"電話打了");
} return NO;
} return YES;
}這樣我們就可以讓js進行native的調用。
WKWebView *webView = [[WKWebView alloc] initWithFrame:[UIScreen mainScreen].bounds]; NSURL *url = [NSURL URLWithString:@"http://www.taobao.com"]; NSURLRequest *request = [NSURLRequest requestWithURL:url]; [webView loadRequest:request]; [self.view addSubview:webView];
/**
* 根據webView、navigationAction相關信息決定這次跳轉是否可以繼續進行,這些信息包含HTTP發送請求,如頭部包含User-Agent,Accept,refer
* 在發送請求之前,決定是否跳轉的代理
* @param webView
* @param navigationAction
* @param decisionHandler
*/- (void)webView:(WKWebView *)webView decidePolicyForNavigationAction:(WKNavigationAction *)navigationAction decisionHandler:(void (^)(WKNavigationActionPolicy))decisionHandler{
decisionHandler(WKNavigationActionPolicyAllow);
}/**
* 這個代理方法表示當客戶端收到服務器的響應頭,根據response相關信息,可以決定這次跳轉是否可以繼續進行。
* 在收到響應後,決定是否跳轉的代理
* @param webView
* @param navigationResponse
* @param decisionHandler
*/- (void)webView:(WKWebView *)webView decidePolicyForNavigationResponse:(WKNavigationResponse *)navigationResponse decisionHandler:(void (^)(WKNavigationResponsePolicy))decisionHandler{
decisionHandler(WKNavigationResponsePolicyAllow);
}/**
* 准備加載頁面。等同於UIWebViewDelegate: - webView:shouldStartLoadWithRequest:navigationType
*
* @param webView
* @param navigation
*/- (void)webView:(WKWebView *)webView didStartProvisionalNavigation:(null_unspecified WKNavigation *)navigation{
}/**
* 這個代理是服務器redirect時調用
* 接收到服務器跳轉請求的代理
* @param webView
* @param navigation
*/- (void)webView:(WKWebView *)webView didReceiveServerRedirectForProvisionalNavigation:(null_unspecified WKNavigation *)navigation{
}
- (void)webView:(WKWebView *)webView didFailProvisionalNavigation:(null_unspecified WKNavigation *)navigation withError:(NSError *)error{
}/**
* 內容開始加載. 等同於UIWebViewDelegate: - webViewDidStartLoad:
*
* @param webView
* @param navigation
*/- (void)webView:(WKWebView *)webView didCommitNavigation:(null_unspecified WKNavigation *)navigation{
}/**
* 頁面加載完成。 等同於UIWebViewDelegate: - webViewDidFinishLoad:
*
* @param webView
* @param navigation
*/- (void)webView:(WKWebView *)webView didFinishNavigation:(null_unspecified WKNavigation *)navigation{
}/**
* 頁面加載失敗。 等同於UIWebViewDelegate: - webView:didFailLoadWithError:
*
* @param webView
* @param navigation
* @param error
*/- (void)webView:(WKWebView *)webView didFailNavigation:(null_unspecified WKNavigation *)navigation withError:(NSError *)error{
}
- (void)webViewWebContentProcessDidTerminate:(WKWebView *)webView NS_AVAILABLE(10_11, 9_0){
}/*
我們看看WKUIDelegate的幾個代理方法,雖然不是必須實現的,但是如果我們的頁面中有調用了js的alert、confirm、prompt方法,我們應該實現下面這幾個代理方法,然後在原來這裡調用native的彈出窗,因為使用WKWebView後,HTML中的alert、confirm、prompt方法調用是不會再彈出窗口了,只是轉化成ios的native回調代理方法
*/#pragma mark - WKUIDelegate- (void)webView:(WKWebView *)webView runJavaScriptAlertPanelWithMessage:(NSString *)message initiatedByFrame:(WKFrameInfo *)frame completionHandler:(void (^)(void))completionHandler{ UIAlertController *alertView = [UIAlertController alertControllerWithTitle:@"h5Container" message:message preferredStyle:UIAlertControllerStyleAlert];// [alertView addTextFieldWithConfigurationHandler:^(UITextField * _Nonnull textField) {// textField.textColor = [UIColor redColor];// }];
[alertView addAction:[UIAlertAction actionWithTitle:@"我很確定" style:UIAlertActionStyleDefault handler:^(UIAlertAction * _Nonnull action) {
completionHandler();
}]];
[self presentViewController:alertView animated:YES completion:nil];
}顯然WKWebView的代理方法提供了比UIWebView顆粒度更細的方法。讓開發者可以進行更加細致的配置和處理。
WKWebView提供的調用js代碼的函數是:
- (void)evaluateJavaScript:(NSString *)javaScriptString completionHandler:(void (^ __nullable)(__nullable id, NSError * __nullable error))completionHandler;
比如我們在加載的HTML文件中有如下js代碼:
我們可以調用如下代碼進行js的調用:
[_wkView evaluateJavaScript:@"hello()" completionHandler:^(id item, NSError * error) {
}];
[_wkView evaluateJavaScript:@"helloWithName('jack')" completionHandler:^(id item, NSError *error) {
}];同UIWebView一樣,我們也可以通過字符串的形式進行js調用。
NSString *jsString = @"function sayHello(){ \
alert('jack11') \
} \
sayHello()";
[_wkView evaluateJavaScript:jsString completionHandler:^(id item, NSError *error) {
}];
jsString = @" var p = document.createElement('p'); \
p.innerText = 'New Line'; \
document.body.appendChild(p); \
";
[_wkView evaluateJavaScript:jsString completionHandler:^(id item, NSError *error) {
}];除了和UIWebView加載一個隱藏的ifame之外,WKWebView自身還提供了一套js調用native的規范。
我們可以在初始化WKWebView的時候,給他設置一個config參數。
//高端配置 //創建配置 WKWebViewConfiguration *config = [[WKWebViewConfiguration alloc] init]; //創建UserContentController(提供javaScript向webView發送消息的方法) WKUserContentController *userContent = [[WKUserContentController alloc] init]; //添加消息處理,注意:self指代的是需要遵守WKScriptMessageHandler協議,結束時需要移除 [userContent addScriptMessageHandler:self name:@"NativeMethod"]; //將UserContentController設置到配置文件中 config.userContentController = userContent; //高端的自定義配置創建WKWebView _wkView = [[YXWKView alloc] initWithFrame:self.view.bounds configuration:config]; NSURL *url = [NSURL URLWithString:@"http://localhost:8080/myDiary/index.html"]; NSURLRequest *request = [NSURLRequest requestWithURL:url]; [_wkView loadRequest:request]; _wkView.UIDelegate = self; _wkView.navigationDelegate = self; [self.view addSubview:_wkView];
我們在js可以通過NativeMethod這個Handler讓js代碼調用native。
比如在js代碼中,我新增了一個方法
觸發以上方法的時候,會在native以下方法中進行攔截處理。
#pragma mark - WKScriptMessageHandler- (void)userContentController:(WKUserContentController *)userContentController didReceiveScriptMessage:(WKScriptMessage *)message{ //這裡就是使用高端配置,js調用native的處理地方。我們可以根據name和body,進行橋協議的處理。
NSString *messageName = message.name; if ([@"NativeMethod" isEqualToString:messageName]) { id messageBody = message.body; NSLog(@"%@",messageBody);
}
}WKWebView是蘋果在WWDC2014發布會中發布IOS8的時候公布WebKit時候使用的新型的H5容器。它與UIWebView相比較,擁有更快的加載速度和性能,更低的內存占用。將UIWebViewDelegate和UIWebView重構成了14個類,3個協議,可以讓開發者進行更加細致的配置。
但是他有一個最致命的缺陷,就是WKWebView的請求不能被NSURLProtocol截獲。而我們團隊開發的app中對於H5容器最佳的優化點主要就在於使用NSURLProtocol技術對於H5進行離線包的處理和H5的圖片和Native的圖片公用一套緩存的技術。因為該問題的存在,目前我們團隊還沒有使用WKWebView代替UIWebVIew。
新浪微博
github
簡書首頁