iOS与JS交互之WKWebView原生响应

2019-06-14  本文已影响0人  老包黑黑

首先:关于iOS客户端与JS交互

    就iOS与H5交互中,通常客户度使用的为UIWebView,或者WKWebView提供的webView那么这两种与H5交互的方法中,通常有webView自带的js交互响应事件:

第一: 我们先来看UIWebView的属性:


从xcode提供的frameWork中我们可以看出webView继承与UIView,其中包含一个可滑动的scrollView,这也是为什么页面多长都能滑动的原因,因为contentSize可以根据网页长度进行调整,另外reload方法,刷新当前页面,goBack方法等、值得一提的是,如果你自己写了个webView,在点击客户端的放回方法时,希望webView按照层级一层一层返回时,可以根据canGoBack方法判断,这个webView是否能返回上一层,这个方法返回一个布尔值,当可以返回的时候,会返回YES,相反返回false,我们可以根据这个布尔值选择执行webView的goBack或者navigationController的pop或者dismiss方法;

言归正传,我们从webView提供的方法中看到stringByEvaluatingJavaScriptFromString方法,我们可以根据这个方法执行需要H5执行的内容。

下面我们随意打开一个H5页面,例如:www.baidu.com   检查页面元素,输入document,我们看到页面目录下的方法:

例如我们可以根据Id或者className查询某个根据Id或者className命名的控件,通过click()方法直接在网页执行某个按钮的点击事件,那么既然在网页可以执行这种操作,我们在客户端同样可以执行这种操作, 下面回归正题:

        在viewDidAppear方法中,通过执行

        [[self.webView.scrollView.subviews firstObject] becomeFirstResponder];

将webView的内置scrollView置为第一响应者,就可以屏蔽H5的copy菜单

在webViewDidFinishLoad加载完毕事件中将webKit的选中事件和触摸呼出事件类型置为none类型即可将H5的长按响应事件关闭,话不多说,上代码:

第二:看了UIWebView之后,我们再来看WKWebView

我们在上门UIWebView的类库里看到API_DEPRECATED

不必多说直接看废弃后支持的WKWebView

WKWebView同样是继承与UIView, 在macosx下继承与NSView

不同的是WKWebView比UIWebView多了个WKNavigationDelegate和WKUIDelegate

其中包括包括createWebViewWithConfiguration不实现将会取消导航栏,不过对于客户端一般自定义导航栏,并不是必须执行的;webViewDidClose提示webView已经关闭或者需要移除、更新视图;shouldPreviewElement:允许程序显示预览元素等这里不多赘述,大家直接看英文说明就好。

我们今天用到的是在WKNavigationDelegate中用到的开始加载、加载完成等方法:

交互内容与UIWebView相同,直接上代码:

到这里,已经实现我们要做的关闭H5的长按呼出相应和屏蔽长按弹出copy菜单功能了,值得一提的是:要执行WKWebView的失败方法,需要实现WKNavigationDelegate的两个响应handler,将WKNavigationResponsePolicy的style设为WKNavigationResponsePolicyAllow,WKNavigationActionPolicy的style设为WKNavigationActionPolicyAllow:

最后:JS交互可以更加便利的实现客户端和网页间的通信,在苹果的"垄断(一家独大)"市场撕开一个便捷更新的口子。

上一篇下一篇

猜你喜欢

热点阅读