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
簡書首頁