来由 纯粹的无聊，一直在搜索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%
--entry-file ,ios或者android入口的js名称，比如index.ios.js --platform ,平台名称(ios或者android) --dev ,设置为false的时候将会对JavaScript代码进行优化处理。 --bundle-output, 生成的jsbundle文件的名称，比如release_ios/main.jsbundle --assets-dest 图片以及其他资源存放的目录,比如release_ios/
Swift 自 2014 年推出以来，人气飙升，但是 JavaScript 是一种与 Swift 完全相反的语言，比如 Swift 在编译时做了很多保障安全性的措施，而 JavaScript 则是一门弱类型语言，它只在执行时运行。可能它们两个也没想到有一天能够一起协作，制作一个流畅的 iOS 应用程序！ 但是，你知道为什么 JS 能在 IOS 中运行吗？本篇文章，我们就来说说能让 JS 在 IOS 运行的 JavascriptCore 框架到底是什么。你将了解到以下知识点：
废话开篇：小程序下有这样的一个概念，就是双引擎，意思就是 UI绘制 跟 JS 执行是在多线程环境下进行的，有人会质疑，JS 不是有异步的方法吗？不管是 setTimeout 还是 promise ，iOS 开发下在主线程开辟异步，其实是将异步任务代码块放到了主队列所有任务的最后执行的，那么，它只是调整了执行顺序，并没有开辟线程。JS 也是一样的，JS 本身就是单线程，那么，上面提到的两种方式并没有真正的开辟线程去执行任务，所以，JS 线程下的任务并没有利用 CPU 多核的优势，所有任务还是在一条线程执行的。那么实现类似小程序双引擎下执行任务的思路就是下面例子要体现的。
赵辛贵，携程无线开发高级技术经理，目前主要负责React Native框架在携程内部的使用推广和性能优化 React Native(下文简称RN)开源已经一年多时间，国内各大互联网公司都在使用，携程
React Native（下文简称 RN）开源已经一年多时间，国内各大互联网公司都在使用，携程也在今年 5 月份投入资源开始引入，并推广给多个业务团队使用，本文将会分享我们遇到的一些问题以及我们的优化方案。 一、背景和使用情况介绍 为什么会引入 React Native？ 1. AppSize 占用 携程旅行 App 从 11 年开始开发，至今已有 5 年多时间，随着各项业务功能的全面移动化，以及公司“Mobile first”策略的指引下，App 功能越来越多，越来越臃肿，Size 达到将近 100MB。
用React Native开发好APP之后，如何将APP发布以供用户使用呢？一款APP的发布流程无外乎：签名打包—>发布到各store这两大步骤。本文将向大家分享如何签名打包一款React Native APP。
iOS开发免不了要与UIWebView打交道，然后就要涉及到JS与原生OC交互，今天总结一下JS与原生OC交互的两种方式。
其实写这篇文章的时候，我就知道，肯定有人问我：为什么不写flutter？抱歉了，flutter的大名我当然知道，可我只是一个写JS的，同时了解一些Java的知识，而flutter采用的编程语言，我暂时没有碰过，所以自然不敢妄加猜度，还请谅解
Hippy 是一款卓越的高性能跨端开发框架，其独特之处在于能够为开发者快速构建移动双端应用提供极大便利。
React Native发布APP之打包iOS应用 ---- 用React Native开发好APP之后，如何将APP发布以供用户使用呢？一款APP的发布流程无外乎：签名打包—>发布到各store这两大步骤。本文将向大家分享如何签名打包一款React Native APP。 在本文中我将为大家讲解如何打包和发布React Native iOS App。 第一步：导出js bundle包和图片资源 和打包React Native Android应用不同的是，我们无法通过命令一步进行导出React Native
由于目前UIWebView 已经被抛弃了，因此推荐使用WKWebView的WKScriptMessageHandler实现iOS与JS交互
在React Native的应用场景中，有时候一个APP只有部分页面是由React Native实现的，比如：我们常用的携程App，它的首页下的很多模块都是由React Native实现的，这种开发模式被称为混合开发。
http://www.cnblogs.com/snandy/archive/2011/03/04/1970162.html
用React Native开发好APP之后，如何将APP发布到市场以供用户使用呢？不管是Android还是ios等原生app走的都是：签名打包—>发布到各store这两大步骤。本文将对Android和ios两大平台打包过程做一个简单的介绍。 Android平台打包 在Android原生的app开发打包过程中，主要有两种发布方式：一种是借助于命令行操作，另外一种是借助于Android Studio进行发布。 Android Studio打包 借助Android studio进行打包的，一次点击build->g
objc和js这两者有个有意思的对比：变量/方法命名的风格正好相反。苹果一直鼓吹用户体验，写代码也不例外，程序命名都是用英文全称并且要多详细有多详细，力求看变量和方法名就能知道是干嘛的，例如application:didFinishLaunchingWithOptions:。而js因为每次都要从网络下载，要力求减少代码体积，所以变量方法名是尽量用缩写，实际上有代码压缩工具，无论变量名写多长最终上线的效果是一样的，但大家也都习惯了用短的命名，例如上述objc的application:didFinishLaunchingWithOptions:方法在js里习惯的命名是:$()。
我们开发的 h5 页面运行在端上的 WebView 容器之中，很多业务场景下 h5 需要依赖端上提供的信息/能力，这时我们需要一个可以连接原生运行环境和 JS 运行环境的桥梁 。 这个桥梁就是 JSB，JSB 让 Web 端和 Native 端得以实现双向通信。
为何放弃第一种方案 UIWebView的JSContext获取 上篇中，我们通过简单的kvc获取UIWebVIew的JSContext，但是实际上，apple并未给开发者提供访问UIWebView的方法，虽然通过KVC可达到目标，但是当APP采用该种hack方法时，有很大几率不能通过APP Store的审核，这对于一个基于上线的商业APP而言是难以忍受的，所以我们必须寻找另一种方法来获取UIWebView的JSContext而且足够安全易用，因此我们需转移目光。 解决 WebFrameLoadDel
近日，有朋友问我关于WKWebView与JS的交互问题，可我之前一直使用的是UIWebView，也不曾做过WKWebView的交互啊！接下来大家一块学习下WKWebView是怎么实现原生代码和JS交互的。
总体来说，JavaScriptCore为原生编程语言Objective-C、Swift提供调用JavaScript程序的动态能力，还能为JavaScript提供原生调用能力以弥补前端能力的不足。正因JavaScriptCore的这种桥梁作用，故而出现了出多使用JavaScriptCore开发APP的框架，比如ReactNative、Weex、小程序、WebView Hybrid等框架。
吴老的java版《selenium webdriver3 实战宝典》和python版《selenium Webdriver 3.0 自动化测试框架实战指南》出版了，代码拿来就能用。
前面讲完拦截URL的方式实现JS与OC互相调用，终于到JavaScriptCore了。它是从iOS7开始加入的，用 Objective-C 把 WebKit 的 JavaScript 引擎封装了一下，提供了简单快捷的方式与JavaScript交互。 关于JavaScriptCore的使用有两篇很好的文章： NSHipster中文版的JavaScriptCore iOS7 新JavaScriptCore框架入门介绍
1.如果Mac上没有安装Homebrew请按如下步骤安装 打开终端输入如下代码 ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)" 更新Ruby(版本过低部分组件无法安装) brew install ruby 2.安装Node.js 在这里我使用的是直接下载安装Node.js： https://nodejs.org/en/download/ 简单方便。 3.安装 watchman
“得移动端者得天下”，移动端取代PC端，成为了互联网行业最大的流量分发入口，因此不少公司制定了“移动优先”的发展策略。
在这里我并不会提供了一个列表出来给你，我主要还是想分享小程序的运行环境对兼容性的一些影响。
跟着网上博客步骤来集成RN发现了很多坑，但是博客内容里面却没有记录这些坑，百度了很久都没找到解决方案，最后还是在谷歌搜索里面的一篇文章找到解决办法，在此记录下方便别人快速集成RN。
市面上播放器千千万，比如我们常见的有Video.js、hls.js、点播超级播放器等。其中点播超级播放器是基于 video.js 框架并结合腾讯云点播业务而开发的视频播放器，采用以 HTML5为主，Flash 为辅的播放方式，在浏览器不支持 HTML5的情况下采用 Flash 播放、PC端兼容很好。最近收到客户反馈，在接入使用Web超级播放器时，嵌入到对应页面时出现报错。接下来以腾讯云点播为例，来看下如何解决。
不知从何时起，移动端App开发，采用Native还是使用Web的争论不绝于耳。二者的优缺点不再赘述。Web App当然是开发者期待的理想结果，但是由于Native App在用户体验上的绝对碾压，大部分移动端App还是采用Native的方式，少数架构复杂、对Web依赖较多的App，会采用一种称为Hybrid（Web + Native）的开发方式，在iOS上，Native通过-[UIWebView stringByEvaluatingJavaScriptFromString:]调用Web，而Web则是通过设置W
概述 做过混合开发的人都知道Ionic和PhoneGap之类的框架，这些框架在web基础上包装一层Native，然后通过Bridge技术的js调用本地的库。 在讲JSBridge技术之前，我们来看一下传统的实现方式。 Android端 Native调JS native调用js比较简单，只要遵循：”javascript: 方法名(‘参数,需要转为字符串’)”的规则即可。 在4.4之前，调用的方式： // mWebView = new WebView(this); mWebView.lo
http://facebook.github.io/react-native/docs/getting-started.html
目前越来越多的移动应用采用 Hybird App 模式来开发，即混合了 Native 技术与 Web 技术 进行开发。在 iOS 开发中，JavaScriptCore 框架支持 JS 与 OC 直接互相调用，从而实现动态化方案。
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
我司的APP是一个典型的混合开发APP，内嵌的都是前端页面，前端页面要做到和原生的效果相似，就避免不了调用一些原生的方法，jsBridge就是js和原生通信的桥梁，本文不讲概念性的东西，而是通过分析一下我司项目中的jsBridge源码，来从前端角度大概了解一下它是怎么实现的。
移动跨平台开发一直是移动开发者和前端开发者追求的的话题，从早期的cordova、ionic，到如今的react native、weex、kotlin native和flutter等，可以说如今的跨平台框架可谓百花齐放，颇有一股推倒原生开发者的势头。
在iOS工程中集成FrameWork无外乎两种，第一，项目支持cocoaPods，采用cocoaPods 集成 Weex iOS SDK到你的项目；第二，源码集成，优势在于可以修改WeexSDK，打包生成你自己定制的Weex SDK。 两种方式官网都提供了参考，虽然有些乱七八糟。
近些年，移动端普及化越来越高，开发过程中选用 Native 还是 H5 一直是热门话题。Native 和 H5 都有着各自的优缺点，为了满足业务的需要，公司实际项目的开发过程中往往会融合两者进行 Hybrid 开发。Native 和 H5 分处两地，看起来无法联系，那么如何才能让双方协同实现功能呢？
随着 Web 技术和移动设备的飞速发展，各种 APP 层出不穷，极速的业务扩展提高了团队对开发效率的要求，这个时候使用 IOS/Andriod 开发一个 APP 似乎成本有点过高了，而 H5 的低成本、高效率、跨平台等特性马上被利用起来形成了一种新的开发模式：Hybrid APP。
1、在你的RN项目里新建一个输出文件夹，如下图名称可以自定义。 
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
