退一万步讲，即使JavaScript能实现前后端统一，在实际应用中它仍然要分为泾渭分明的前端和后台两部分，服务器会首先执行后台部分的代码，然后把前端代码（包含html+css+前端js）发送给客户端浏览器，浏览器在渲染页面效果的同时解析执行前端js。这样的话，前后端都用js与前后端用不同的语言或系统又有什么本质区别呢？更何况实际开发中前端和后台是由不同的人（或团队）来进行的，这种情况下又怎么能强求两者的一致呢？
再一个就是安全问题，如果前端js可以直接操作后台，那么很多后台的秘密（不单单是密码）就会直接暴露在全世界所有人的眼皮下，这是一件很恐怖的事，堪比世界末日！
由于UIWebview即将废弃，相比较于WKWebview，通过测试即可发现UIWebview占用更多内存，且内存很夸张。WKWebView网页加载速度也有提升，但是并不像内存那样提升那么多。下面列举一些其它的优势：
WKScriptMessageHandler是因为我们要处理JS调用OC方法的请求。
WKScriptMessage有两个关键属性name 和 body。
因为我们给每一个OC 方法取了一个name，那么我们就可以根据name 来区分执行不同的方法。body 中存着JS 要给OC 传的参数。
ocAddAction方法在js文件中并没有定义
实现WKNavigationDelegate协议方法，执行之后会在WKScriptMessageHandler代理方法中拦截到 ocZRAction
动态修改alert系统函数的实现，当js中调用alert函数时，触发的是我们自定义方法
URL Scheme拦截的问题，这里不做赘述，请看 demo
JS注入详情
参考链接：
链接一
链接二
