UIWebView 在 iOS12 中已经被废弃，同时WKWebView在iOS8中已经出现。所以无特殊情况的话，我们一般应该也是用不到前者了！ UIWebView 相比于 WKWebView 的使用上会简单很多。
iOS开发免不了要与UIWebView打交道，然后就要涉及到JS与原生OC交互，今天总结一下JS与原生OC交互的两种方式。
Web 页面中的 JS 与 iOS Native 如何交互？JS 和 iOS Native 就好比两块没有交集的大陆，如果想要使它们相互通信就必须要建立一座“桥梁”。
最近准备把之前用UIWebView实现的JS与原生相互调用功能，用WKWebView来替换。顺便搜索整理了一下JS 与OC 交互的方式，非常之多啊。目前我已知的JS 与 OC 交互的处理方式：
一、背景 最近接触公司项目，需要和原生app做交互，由此业务需求，开始了学习探索之路。 二、解决方案之WebViewJavascriptBridge 想要和app交互，必须在app上先把bridge进行实例化，这是先决条件。 oc解决方案 步骤 1、引入文件 #import "WebViewJavascriptBridge.h" 2、实例化WebViewJavascriptBridge self.bridge = [WebViewJavascriptBridge bridgeForWebView:web
前面讲完拦截URL的方式实现JS与OC互相调用，终于到JavaScriptCore了。它是从iOS7开始加入的，用 Objective-C 把 WebKit 的 JavaScript 引擎封装了一下，提供了简单快捷的方式与JavaScript交互。 关于JavaScriptCore的使用有两篇很好的文章： NSHipster中文版的JavaScriptCore iOS7 新JavaScriptCore框架入门介绍
如果你还是第一次与app合作开发webview的页面，那么对于如何调试，可能有哪些问题可能是不够了解的。本文尝试性的根据自己的经验给大家一个入门级别的了解，如果是大佬级别的，可以绕路了。
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/u010105969/article/details/53189934
在开发中涉及到网页与iOS原生交互，于是就想到了WebViewJavascriptBridge 这个开源库。经过最近几天的研究和了解算是熟悉了它的使用和大致的处理过程。以此记录作为自己学习总结习惯的开始，也便于不熟悉它的人能快速使用它。 内容包括三个部分。
iOS和JS的交互看似两个问题，其实要解决的问题只有一个，那就是JS如何调用native方法。因为查询文档我们就可以发现，在UIWebView中，native有直接调用JS的方法, 但是JS却没有直接调用native的方法。 一、native直接调用js的方法： -(NSString*)stringByEvaluatingJavaScriptFromString :(NSString *)script; 二、JS直接调用native的方法 其实，UIWebView并没有提供JS调用native的方法，但是我
引： 以前做项目的时候也做过webview和js交互，以为会手到擒来。结果WTFK、两天的时间来研究它。主要遇到了一个BUG，下面简单的说一下。
要实现这样一个需求：按照本地的CSS文件展示一串网络获取的带HTML格式的只有body部分的文本，需要自己拼写完整的HTML。除此之外，还需要禁用获取的HTML文本中自带的 < img > 标签自动加载，并把下载图片的操作放在native端来处理，并通过JS将图片在Cache中的地址返回给UIWebview。
不知从何时起，移动端App开发，采用Native还是使用Web的争论不绝于耳。二者的优缺点不再赘述。Web App当然是开发者期待的理想结果，但是由于Native App在用户体验上的绝对碾压，大部分移动端App还是采用Native的方式，少数架构复杂、对Web依赖较多的App，会采用一种称为Hybrid（Web + Native）的开发方式，在iOS上，Native通过-[UIWebView stringByEvaluatingJavaScriptFromString:]调用Web，而Web则是通过设置W
在上篇文章中讲述了使用UIWebView拦截URL的方式来处理JS与OC交互。 由于UIWebView比较耗内存，性能上不太好，而苹果在iOS 8中推出了WKWebView。 同样的用WKWebView也可以拦截URL，做JS 与OC交互。关于WKWebView与UIWebView的对比，大家请自动百度或者google。
JavaScriptCore引擎 我们都知道WebKit是个渲染引擎，简单来说负责页面的布局，绘制以及层的合成，但是WebKit工程中不仅仅有关于渲染相关的逻辑，也集成了默认的javascript引擎－－JavaScriptCore，目前Safari的js引擎也基于JSC构建，不过有一些私有的优化，总体性能相差不大。JSC的执行理念比较符合传统的引擎逻辑，它包括了2部分：解释器和简单方法JIT。解释器比较容易理解，针对某种类型的文件解释执行，在JSC中，它的目标文件是由代码构建的语法树生成的字节码文
来由 纯粹的无聊，一直在搜索JavaScriptCore和SpiderMonkey的一些信息，却无意中学习了如何在ios的UIWebView中判断其js解析引擎的方法： if (window.devicePixelRatio) { //If WebKit browser var st = escape(navigator.javaEnabled.toString()); if (st === 'function%20javaEnabled%28%29%20%7B%20%5Bnative%
动态化作为移动客户端技术的一个重要分支，一直是业界积极探索的方向。目前业界流行的动态化方案，如Facebook的React Native，阿里巴巴的Weex都采用了前端系的DSL方案，而它们在iOS系统上能够顺利的运行，都离不开一个背后的功臣：JavaScriptCore（以下简称JSCore），它建立起了Objective-C（以下简称OC）和JavaScript（以下简称JS）两门语言之间沟通的桥梁。无论是这些流行的动态化方案，还是WebView Hybrid方案，亦或是之前广泛流行的JSPatch，JSCore都在其中发挥了举足轻重的作用。作为一名iOS开发工程师，了解JSCore已经逐渐成为了必备技能之一。
之前啊我们公众号的内容要求可严了，要么技术上有原创性，要么是程序员小哥哥们自己实践经验的总结。可是你们知道吗，美团技术同学都可爱学习了，内部Wiki里积累了好多好多深入研究和学习性的技术文章。美美一直觉得这些对其他公司的工程师小哥哥也是好东西，所以就和院长说选出一些能对外分享的，开个新专栏吧。围着他说啊说啊好半天，他老人家终于同意啦~~
我用了一个library(GCWebviewJSBridge-iOS), github网址:github.com/wheying/GCWebviewJSBridge-iOS
声明：本文是对美团技术团队唐笛《深入理解JSCore》一文的学习笔记，如要查看原文，请点击文末的“阅读原文”。
1.OC与JS交互之UIWebView 创建一个UIWebView 并加载 _webView = [[UIWebView alloc] initWithFrame:CGRectMake(0, 20, self.view.frame.size.width, self.view.frame.size.height-20)]; _webView.delegate = self; _webView.scrollView.bounces = NO; / 添加 webiview [self.vie
WKWebView的使用 前言 最近项目中的UIWebView被替换为了WKWebView，因此来总结一下WKWebView的使用。 示例Demo：WKWebView的使用 本文将从以下几方面介绍WKWebView： 1、WKWebView涉及的一些类 2、WKWebView涉及的代理方法 3、网页内容加载进度条的实现 4、JS和OC的交互 5、本地HTML文件的实现 一、WKWebView涉及的一些类 WKWebView：网页的渲染与展示 注意： #import <WebKit/WebKi
实现的 效果就是上边那样：首先通过webview 进行网络请求 然后进行显示。 然后点击下一页的按钮 通过js的响应显示另一个网页 最后通过下一页的按钮可以返回到首页。 本文仅仅是h5跟ios 的交互的入门 所以没有做细致的描述。 首先先说一下思路：我的项目中是那样的：首先h5从后台拿到数据，然后我请求h5的界面，然后通过h5的按钮进行选择，通过ios控制按钮到那个界面。 这个小demo不涉及数据传输，只是界面的交互。 1 我自己写了两个小网页。 代码如下 首页的
今天把实现OC代码和JS代码交互的第三方库WebViewJavascriptBridge源码看了下，oc调用js方法我们是知道的，系统提供了stringByEvaluatingJavaScriptFromString函数
Swift 自 2014 年推出以来，人气飙升，但是 JavaScript 是一种与 Swift 完全相反的语言，比如 Swift 在编译时做了很多保障安全性的措施，而 JavaScript 则是一门弱类型语言，它只在执行时运行。可能它们两个也没想到有一天能够一起协作，制作一个流畅的 iOS 应用程序！ 但是，你知道为什么 JS 能在 IOS 中运行吗？本篇文章，我们就来说说能让 JS 在 IOS 运行的 JavascriptCore 框架到底是什么。你将了解到以下知识点：
我们可以暂时放下 HTML 和 CSS，只关心如何用 JavaScript 构造页面。
概述 WebView就是一个内嵌浏览器控件，在iOS中主要有两种WebView：UIWebView和WKWebView，UIWebView是iOS2之后开始使用，WKWebView是在iOS8开始使用，WKWebView将逐步取代笨重的UIWebView。 相比UIWebView，WKWebView做了如下优化： WKWebView更多的支持HTML5的特性 WKWebView更快，占用内存可能只有UIWebView的1/3 ~ 1/4 WKWebView高达60fps的滚动刷新率和丰富的内置手势 WKWe
WKWebView 适用于iOS8之后的系统 引用 #import <WebKit/WebKit.h> 1.OC调用JS NSString *jsmethod = [NSString stringWithFormat:@"mymethd(\"%@\")",data]; //data（NSDate）为要传给js的数据 [self.wkWebView evaluateJavaScript:jsmethod completionHandler:^(id _Nullable result,
本文关键字：git更新失败tlsv1，源码编译nodejs，提取sandstorm中的davros为免sandstorm版本
说到JavaScript脚本，iOS开发者都会想到一个名叫JavaScriptCore的框架。这个框架的确十分强大，其中封装了一套JavaScript运行环境以及Native与JS数据类型之间的转换桥梁。本篇博客主要讨论如何使用此框架来在iOS应用中运行JavaScript脚本。
总是喜欢把参考资料、致谢等写在文章最前面，毕竟是站在人家的肩膀上，向大佬致敬，写这篇文章的也是参考他的 然后加上一些自己的思考，主要目的还是自己再写一遍 Demo 和文档，以便加深记忆，也帮助自己更好的理解，有句话说：看懂的东西不一定就是学会了，自己能在不看资料的前提下写出来才算是略知一二。
前面刚发了这个技巧总结系列的第四篇文章，这篇文章总结的一些日常开发中的技巧或更偏向于Cocos2d方向，因为最近在游戏中有原生的一个客服系统需要加进来，就涉及到一个游戏和原生界面的交互以及各种各样的BUG，游戏是属于在别人代码的基础上进行的二次开发，属于一个非ARC的情况，而我们现在的三方应该都是ARC，还有那些让人头疼的屏幕旋转键盘等等的问题，最近爬的坑有点多，所有这篇就主要来总结这些坑！当然在我们的普通应用中遇到这些问题我们还是同样可以依照这些技巧总结的。
WebViewJavascriptBridge是一个有点年代的JS与OC交互的库，使用该库的著名应用还挺多的，目前这个库有7000+star。我去翻看了它的第一版本已经是4年前了，在版本V4.1.4以及之前，该库只有一个类和一个js 的txt文件，所以旧版本的WebViewJavascriptBridge 是非常容易理解的。而最新版的WebViewJavascriptBridge因为也要兼容WKWebView，所以里面也加入了两个新的类，一开始看的时候，会被它里面复杂的逻辑吓到，其实仔细阅读后，它还是非常简单的。
上一篇文章介绍了UIWebView 如何通过WebViewJavascriptBridge 来实现JS 与OC 的互相调用，这一篇来介绍一下WKWebView 又是如何通过WebViewJavascriptBridge 来实现JS 与OC 的互相调用的。WKWebView 下使用WebViewJavascriptBridge与UIWebView 大同小异。主要是示例化的类不一样，一些与webView 相关的API调用不一样罢了。
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/u010105969/article/details/53541088
每种语言都有自己的设计理念、语法、运行环境，这也导致了不同语言间相互交流通信时必须要有中介来翻译，如JAVA与C/C++通过JNI来交流、OC与C/C++需要在.mm文件混编、而JAVA/OC与Lua通信时需要通过C/C++语言来做中介。那么在React-Native中JSX是如何与底层模块进行通信的呢？这里主要以iOS系统来做说明。
UIWebView是常用开发控件，对于一些常用的设置是有必要记住或者记录下来的。 这里特别说一下，对于一个工程中整个就是一个WebView的情况，你可以通过一些设置来使整个工程显得接近于原生开发的APP，这样你是有机会被审核通过的。
页面渲染 1.在渲染层，宿主环境会把WXML可以先转成JS对象，然后再渲染出真正的Dom树。 2.在逻辑层发生数据变更的时候，需要通过宿主环境提供的setData方法把数据从逻辑层传递到渲染层 3.对比前后差异，把差异应用在原来的Dom树上，渲染出正确的UI界面
新建CMWebViewController，让其继承UIViewController，即：
概述 React Native用iOS自带的JavaScriptCore作为JS的解析引擎，但并没有用到JavaScriptCore提供的一些可以让JS与OC互调的特性，而是自己实现了一套机制，这套机制可以通用于所有JS引擎上，在没有JavaScriptCore的情况下也可以用webview代替，实际上项目里就已经有了用webview作为解析引擎的实现，应该是用于兼容iOS7以下没有JavascriptCore的版本。 普通的JS-OC通信实际上很简单，OC向JS传信息有现成的接口，像webview提供的-
React Native用IOS自带的JavaScriptCore作为JS的解析引擎，普通的JS-OC通信就是React Native在OC定义一个模块方法，JS可以直接调用这个模块方法并还可以无缝衔接回调。 作者：IMWeb-朱灵子 http://imweb.io/topic/5812ab7be2017a3d1878b508 具体的接口调用实现方法如下所示： 将OC注册进来的模块取出，调用模块中的对应函数，且将参数传入 利用回调参数得到访问OC的函数，并得到其返回值 利用回调参数得到访问OC的函数，并
概述 React Native用iOS自带的JavaScriptCore作为JS的解析引擎，但并没有用到JavaScriptCore提供的一些可以让JS与OC互调的特性，而是自己实现了一套机制，这套机制可以通用于所有JS引擎上，在没有JavaScriptCore的情况下也可以用webview代替，实际上项目里就已经有了用webview作为解析引擎的实现，应该是用于兼容iOS7以下没有JavascriptCore的版本。 普通的JS-OC通信实际上很简单，OC向JS传信息有现成的接口，像webview提供
前言 Hybrid App（混合模式移动应用）是指介于web-app、native-app这两者之间的app，兼具“Native App良好用户交互体验的优势”和“Web App跨平台开发的优势”。 Hybrid App按网页语言与程序语言的混合，通常分为三种类型：多View混合型，单View混合型，Web主体型，3种类型比较如下： 今天我来谈谈Web主体型中Hybrid框架里面比较有名的PhoneGap 一.Cordova 说到PhoneGap，就不得不说到Cordova Cordova 是一
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/u010105969/article/details/77414033
React Native用IOS自带的JavaScriptCore作为JS的解析引擎，普通的JS-OC通信就是React Native在OC定义一个模块方法，JS可以直接调用这个模块方法并还可以无缝衔
JSPatch 是一个 iOS 动态更新框架，只需在项目中引入极小的引擎，就可以使用就可以使用 JavaScript 调用任何 Objective-C 原生接口，获得脚本语言的优势：为项目动态添加模块，或替换项目原生代码动态修复 bug，目前在 github 上开源。 微信 iOS 客户端使用了 JSPatch，本篇文章详细阐述 JSPatch 的实现原理和一些细节，以帮助使用者更好地了解和使用 JSPatch。文章较长，建议在 PC / Mac 观看。 大纲 基础原理 方法调用 1.require
作者：朱灵子 React Native用IOS自带的JavaScriptCore作为JS的解析引擎，普通的JS-OC通信就是React Native在OC定义一个模块方法，JS可以直接调用这个模块方法
React Native用IOS自带的JavaScriptCore作为JS的解析引擎，普通的JS-OC通信就是React Native在OC定义一个模块方法，JS可以直接调用这个模块方法并还可以无缝衔接回调。
大家好，又见面了，我是你们的朋友全栈君。 几种APP开发模式 概述 当前的APP开发模式注意有以下四大类型: Native App 即传统的原生APP开发模式,Android基于Java语言,底层调用Google的 API;iOS基于OC或者Swift语言,底层调用App官方提供的API。体验最后。 Web App 即移动端的网站,将页面部署在服务器上,然后用户使用各大浏览器访问。一般泛指 SPA(Single Page Application)模式开发出的网站。体验最差。 Hybrid App 即
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
