一、在阅读过无数关于WebView的文章后,才有此文的出现。某种意义上,此文的初衷并不是技术分享,而是对抄袭的不满。但愿阅读此文的你是干干净净的。
二、选择WebView做为第一篇技术文章的缘由,是由于网络上众多对于第二代webview引擎的介绍不尽人意,且关于JS交互极为模糊,作事不应是作完整吗?假若你想琢磨,可在源码中一窥究竟。
三、若是你有更加高明的思路,请Email:xorshine@icloud.com,或者在github上说明。
四、GSWebView下载地址 GSWebView文档
javascript
iOS8以前闭源的UIWebView与以后开源的WKWebView,在开发中为了支持iOS8如下的系统,难免要费些功夫。不多见到一个框架能如GSWebView通常将二者的用法简化。java
GSWebView内部是对UIWebView与WKWebView的封装,可是,它被设计成具备良好的代码体验。没有过多的类让人耳目眩晕。假若你使用过UIWebView,那么,使用GSWebView则更加容易,你能很清楚的看出GSWebView是基本符合UIWebView的使用习惯。git
使用GSWebView能从根本上解决开发者对于两代web引擎封装的困惑。github
假若你仔细观察过UIWebView的内存占用和内存泄漏,你会认为苹果的工程师在此处开了小差,而这个小差很难被接受。当你对比WKWebView时,你会感受到它对于内存占用优化上的作出的努力。web
UIWebView | WKWebView | 备注 | |
---|---|---|---|
iOS 版本 | 8.4 | 8.4 | ——— |
iPhone | 6 | 6 | 真机测试 |
测试网页 | 天猫首页 | 天猫首页 | ——— |
内存占用峰值 | 132.2MB | 8.4MB | ——— |
加载耗时 | 3.1s | 2.6s | mach_absolute_time(); |
FPS | 无明显差别 | 无明显差别 | Instruments (core animation) |
测试次数 | 2 | 2 | ——— |
注:该项测试或许存在很大的主观性,当我加载天猫首页时,这个结果出乎意料,差异大到使人难以接受。objective-c
无数的类堆积的时候,究竟是OOP仍是POP,当你看到WKWebView时,GSWebView才会成为你的真爱,WKWebView的设计......哎,但性能好才是真的好!网络
引入WebKit与JavaScriptCore库,就可开始使用GSWebView。app
熟悉的属性、方法框架
@property (nonatomic, readonly, strong) UIScrollView *scrollView; @property (nonatomic, readonly) BOOL canGoBack; @property (nonatomic, readonly) BOOL canGoForward; - (void)reload; - (void)stopLoading; - (void)goBack; - (void)goForward; //......and so on
形神皆似的协议方法post
#prama mark - GSWebViewDelegate - (BOOL)gswebView:(GSWebView *)webView shouldStartLoadWithRequest:(NSURLRequest *)request navigationType:(GSWebViewNavigationType)navigationType; - (void)gswebViewDidStartLoad:(GSWebView *)webView; - (void)gswebViewDidFinishLoad:(GSWebView *)webView; - (void)gswebView:(GSWebView *)webView didFailLoadWithError:(NSError *)error;
GSWebView定义了两套协议GSWebViewDelegate和GSWebViewJavaScript,GSWebViewDelegate定义了加载状态,GSWebViewJavaScript则只定义了JS交互。
当你把方法名就这么一传,连参数都不要,回调天然完成,丝滑般天然......
#prama mark - GSWebViewJavaScript /** 交互协议 */ @protocol GSWebViewJavaScript <NSObject> @optional /** 调用OC方法 - (NSArray<NSString *>*)gswebViewRegisterObjCMethodNameForJavaScriptInteraction { return @[@"getCurrentUserId"]; } - (void)getCurrentUserId:(NSString *)Id { NSLong@(@"JS调用到OC%@",Id); } */ - (NSArray<NSString *>*)gswebViewRegisterObjCMethodNameForJavaScriptInteraction;
改动并不是是为了增长复杂度,而是GSWebView内部的WKWebView必须经过Apple.Inc指定的方法
Adding a scriptMessageHandler adds a function window.webkit.messageHandlers.<name>.postMessage(<messageBody>) for all frames.
EXAMPLE:
JS调用客户端getConsultationInfo:方法,客户端获取到id实现该方法,苹果要求必须这样作:
//获取客户端iOS版本 var version = (navigator.appVersion).match(/OS (\\d+)_(\\d+)_?(\\d+)?/); version = parseInt(ver[1], 10); if(version >= 7.0 && version < 8.0){ getConsultationInfo(id); }else if(version>=8.0){ window.webkit.messageHandlers.getConsultationInfo.postMessage(id) }
这不是贫僧的错,要怪就怪......
若是以前使用了UIWebView,现在使用GSWebView,在服务端对JS源码作出改动后,必需要考虑客户端老版本的兼容状况。当改动服务端的JS代码,势必致使老版本中的UIWebView交互失效。在下有个建议:
当GSWebView加载成功,咱们调用服务端预先写好的方法 function shouldUseLatestWebView(isBool);
NSString * shouldUseLatestWebView; if (IS_IOS_8) { shouldUseLatestWebView = [NSString stringWithFormat:@"shouldUseLatestWebView('%@')", @"1"]; }else{ shouldUseLatestWebView = [NSString stringWithFormat:@"shouldUseLatestWebView('%@')", @"0"]; } [self.webview excuteJavaScript:jsGetCurrentUserId completionHandler:^(id _Nonnull params, NSError * _Nonnull error) { if (error) { NSLog(@"注入JS方法shouldUseLatestWebView出错:%@",[error localizedDescription]); } }];
服务端用一个全局变量保存isBool的值,当isBool为字符串1时,说明须要使用的是第二代WebView,服务端必须使用最新的交互方式代码,若是为字符串0或者空,则依旧使用原来的代码交互:
//一个全局的变量 var isBool = ""; function shouldUseLatestWebView(isBool){ isBool = isBool; } if(isBool == "0" || isBool == ""){ getConsultationInfo(id); }else if(isBool == "1"){ window.webkit.messageHandlers.getConsultationInfo.postMessage(id); }
如此一来,就能够作到老版本的兼容。
大胆的批评GSWebView!
毕竟,代码体验与用户体验,都一样,重要。
本做品采用采用知识共享署名-非商业性使用-禁止演绎 3.0 中国大陆许可协议进行许可
*