native热更新框架 react

2018-06-11 10:12:44 qq_38719039 阅读数 4786

转载: https://blog.csdn.net/xiangzhihong8/article/details/73201421

随着 React Native 的不断发展完善,越来越多的公司选择使用 React Native 替代 iOS/Android 进行部分业务线的开发,也有不少使用 Hybrid 技术的公司转向了 React Native 。虽然React Native在目前来说仍有不少的坑,不过对于以应用开发为主的App来说完全可以胜任。

概述

在iOS应用开发中,由于Apple严格的审核标准和低效率,iOS应用的发版速度极慢,这对于大多数团队来说是不能接受的,所以热更新对于iOS应用来说就显得尤其重要。而就在前不久,苹果严禁WaxPatch、JSPatch等热修复框架,不过庆幸的是采用Js热更新的React Native似乎并可没有受到多大影响。

热更新作为React Native的优势之一,相信很多人在选择使用React Native来开发应用,也是因为React Native具有的热更新特性。在热更新方案中,比较出名的有微软的 CodePush,React Native中文网的pushy,在调研的初期,我们参考了携程的jsbundle 拆分和加载优化方案,但这个方案需要改变 React Native 的打包代码及 Runtime 代码,实施难度上非常大,并且对于应用的性能提升并不明显,暂时不考虑这种方案。

热更新原理

React Native的热更新并不像原生应用更新那么复杂,React Native的热更新更像原生App的版本更新。用一个流程图表示的话如下: 
这里写图片描述

热更新实现方案

当下选择使用 React Native 的项目大都是基于原有项目的基础上进行接入,即所谓的混合开发,而这些混合的代码中,为了不增加带代码的难度(理解和维护难度),也只是将部分非核心的代码RN化了。

使用React Native进行热更新,就涉及到了jsbundle的拆分和加载原理。

使用pushy进行热更新

本部分来自官方文档 
不过需要注意的是:笔者在mac上没有成功,在window上是可以的…

安装命令

在你的项目根目录下运行以下命令:

npm install -g react-native-update-cli rnpm
npm install --save react-native-update@具体版本请看下面的表格
react-native link react-native-update

对应版本表格

React Native版本react-native-update版本
0.26以下1.0.x
0.27 - 0.282.x
0.29 - 0.333.x
0.34 - 当前版本4.x

注:如果RN版本低于0.29,请使用rnpm link代替react-native link命令。 
例如,我当前我的React native是0.44.3版本,则命令如下:

npm install --save react-native-update@4.x

如果上面的react-native link已成功(iOS工程和安卓工程均能看到依赖),可以跳过此步骤。成功的效果如下: 
这里写图片描述
如果,没有请看下面介绍。

收到Link

iOS

  1. 在XCode中的Project Navigator里,右键点击Libraries ➜ Add Files to [你的工程名]
  2. 进入node_modules ➜ react-native-update ➜ ios并选中RCTHotUpdate.xcodeproj`
  3. 在XCode中的project navigator里,选中你的工程,在 Build Phases ➜ Link Binary WithLibraries 中添加 libRCTHotUpdate.a
  4. 继续在Build Settings里搜索Header Search Path,添加$(SRCROOT)/../node_modules/react-native-update/ios
  5. Run your project (Cmd+R)

android

  1. 在android/settings.gradle中添加如下代码:
include ':react-native-update'
project(':react-native-update').projectDir = new File(rootProject.projectDir,   '../node_modules/react-native-update/android')
  1. 在android/app/build.gradle的 dependencies 部分增加如下代码:
 compile project(':react-native-update')
  1. 检查你的RN版本,如果是0.29及以上, 打开android/app/src/main/java/[…]/MainApplication.java,否则打开android/app/src/main/java/[…]/MainActivity.java。改动的地方如下: 
    在文件开头增加 import cn.reactnative.modules.update.UpdatePackage;在getPackages() 方法中增加 new UpdatePackage()。

接下来需要对Bundle进行配置

配置Bundle URL

iOS

在工程target的Build Phases->Link Binary with Libraries中加入libz.tbd、libbz2.1.0.tbd。在你的AppDelegate.m文件中增加如下代码:

#import "RCTHotUpdate.h"

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
{
#if DEBUG
  // 原来的jsCodeLocation
  jsCodeLocation = [NSURL URLWithString:@"http://localhost:8081/index.ios.bundle?platform=ios&dev=true"];
#else
  jsCodeLocation=[RCTHotUpdate bundleURL];
#endif
  // ... 其它代码
}

Android

0.29及以后版本:在你的MainApplication中增加如下代码:

import cn.reactnative.modules.update.UpdateContext;
public class MainApplication extends Application implements ReactApplication {

  private final ReactNativeHost mReactNativeHost = new ReactNativeHost(this) {
    @Override
    protected String getJSBundleFile() {
        return UpdateContext.getBundleUrl(MainApplication.this);
    }
    // ... 其它代码
  }
}

0.28及以前版本:在你的MainActivity中增加如下代码:

import cn.reactnative.modules.update.UpdateContext;

public class MainActivity extends ReactActivity {

    @Override
    protected String getJSBundleFile() {
        return UpdateContext.getBundleUrl(this);
    }
    // ... 其它代码
}

iOS的ATS例外配置

从iOS9开始,苹果要求以白名单的形式在Info.plist中列出外部的非https接口,以督促开发者部署https协议。在我们的服务部署https协议之前,请在Info.plist中添加如下例外。具体步骤为:右键点击Info.plist,选择open as - source code。

<key>NSAppTransportSecurity</key>
<dict>
    <key>NSExceptionDomains</key>
    <dict>
        <key>reactnative.cn</key>
        <dict>
            <key>NSIncludesSubdomains</key>
            <true/>
            <key>NSExceptionAllowsInsecureHTTPLoads</key>
            <true/>
        </dict>
   </dict>
</dict>


登录与创建应用

首先请在http://update.reactnative.cn注册帐号,然后在你的项目根目录下运行以下命令:

$ pushy login
email: <输入你的注册邮箱>
password: <输入你的密码>

这会在项目文件夹下创建一个.update文件,注意不要把这个文件上传到Git等CVS系统上。你可以在.gitignore末尾增加一行.update来忽略这个文件。 
登录之后可以创建应用。注意iOS平台和安卓平台需要分别创建:

$ pushy createApp --platform ios
App Name: <输入应用名字>
$ pushy createApp --platform android
App Name: <输入应用名字>

如果你已经在网页端或者其它地方创建过应用,也可以直接选择应用:

$ pushy selectApp --platform ios
1) 鱼多多(ios)
3) 招财旺(ios)

Total 2 ios apps
Enter appId: <输入应用前面的编号> 

选择或者创建过应用后,你将可以在文件夹下看到update.json文件,其内容类似如下形式:

{
    "ios": {
        "appId": 1,
        "appKey": "<一串随机字符串>"
    },
    "android": {
        "appId": 2,
        "appKey": "<一串随机字符串>"
    }
}

你可以安全的把update.json上传到Git等CVS系统上,与你的团队共享这个文件,它不包含任何敏感信息。当然,他们在使用任何功能之前,都必须首先输入pushy login进行登录。至此服务器端应用的创建/选择就已经成功了。接下来我们只需要在客户端添加相应的功能代码即可。

获取appKey

检查更新时必须提供你的appKey,这个值保存在update.json中,并且根据平台不同而不同。你可以用如下的代码获取:

import {
  Platform,
} from 'react-native';

import _updateConfig from './update.json';
const {appKey} = _updateConfig[Platform.OS];

注:如果你不使用pushy命令行,你也可以从网页端查看到两个应用appKey,并根据平台的不同来选择。

检查更新、下载更新

使用异步函数checkUpdate检查当前版本是否需要更新:

checkUpdate(appKey)
    .then(info => {
    })

返回的info有三种情况:

  1. {expired: true}:该应用包(原生部分)已过期,需要前往应用市场下载新的版本。
  2. {upToDate: true}:当前已经更新到最新,无需进行更新。
  3. {update: true}:当前有新版本可以更新。info的name、description字段可以用于提示用户,而metaInfo字段则可以根据你的需求自定义其它属性(如是否静默更新、是否强制更新等等)。另外还有几个字段,包含了完整更新包或补丁包的下载地址,react-native-update会首先尝试耗费流量更少的更新方式。将info对象传递给downloadUpdate作为参数即可。

切换版本

downloadUpdate的返回值是一个hash字符串,它是当前版本的唯一标识。你可以使用switchVersion函数立即切换版本(此时应用会立即重新加载),或者选择调用 switchVersionLater,让应用在下一次启动的时候再加载新的版本。

首次启动、回滚

在每次更新完毕后的首次启动时,isFirstTime常量会为true。 你必须在应用退出前合适的任何时机,调用markSuccess,否则应用下一次启动的时候将会进行回滚操作。 这一机制称作“反触发”,这样当你应用启动初期即遭遇问题的时候,也能在下一次启动时恢复运作。

你可以通过isFirstTime来获知这是当前版本的首次启动,也可以通过isRolledBack来获知应用刚刚经历了一次回滚操作。 并且在此处给与用户提示信息。

附完整代码:

import React, {
  Component,
} from 'react';

import {
  AppRegistry,
  StyleSheet,
  Platform,
  Text,
  View,
  Alert,
  TouchableOpacity,
  Linking,
} from 'react-native';

import {
  isFirstTime,
  isRolledBack,
  packageVersion,
  currentVersion,
  checkUpdate,
  downloadUpdate,
  switchVersion,
  switchVersionLater,
  markSuccess,
} from 'react-native-update';

import _updateConfig from './update.json';
const {appKey} = _updateConfig[Platform.OS];

class MyProject extends Component {
  componentWillMount(){
    if (isFirstTime) {
      Alert.alert('提示', '这是当前版本第一次启动,是否要模拟启动失败,将回滚到上一版本?', [
        {text: '是', onPress: ()=>{throw new Error('模拟启动失败,请重启应用')}},
        {text: '否', onPress: ()=>{markSuccess()}},
      ]);
    } else if (isRolledBack) {
      Alert.alert('提示', '刚刚更新失败了,版本被回滚.');
    }
  }
  doUpdate = info => {
    downloadUpdate(info).then(hash => {
      Alert.alert('提示', '下载完毕,是否重启应用?', [
        {text: '是', onPress: ()=>{switchVersion(hash);}},
        {text: '否',},
        {text: '下次启动时', onPress: ()=>{switchVersionLater(hash);}},
      ]);
    }).catch(err => { 
      Alert.alert('提示', '更新失败.');
    });
  };
  checkUpdate = () => {
    checkUpdate(appKey).then(info => {
      if (info.expired) {
        Alert.alert('提示', '您的应用版本已更新,请前往应用商店下载新的版本', [
          {text: '确定', onPress: ()=>{info.downloadUrl && Linking.openURL(info.downloadUrl)}},
        ]);
      } else if (info.upToDate) {
        Alert.alert('提示', '您的应用版本已是最新.');
      } else {
        Alert.alert('提示', '检查到新的版本'+info.name+',是否下载?\n'+ info.description, [
          {text: '是', onPress: ()=>{this.doUpdate(info)}},
          {text: '否',},
        ]);
      }
    }).catch(err => { 
      Alert.alert('提示', '更新失败.');
    });
  };
  render() {
    return (
      <View style={styles.container}>
        <Text style={styles.welcome}>
          欢迎使用热更新服务
        </Text>
        <Text style={styles.instructions}>
          这是版本一 {'\n'}
          当前包版本号: {packageVersion}{'\n'}
          当前版本Hash: {currentVersion||'(空)'}{'\n'}
        </Text>
        <TouchableOpacity onPress={this.checkUpdate}>
          <Text style={styles.instructions}>
            点击这里检查更新
          </Text>
        </TouchableOpacity>
      </View>
    );
  }
}

const styles = StyleSheet.create({
  container: {
    flex: 1,
    justifyContent: 'center',
    alignItems: 'center',
    backgroundColor: '#F5FCFF',
  },
  welcome: {
    fontSize: 20,
    textAlign: 'center',
    margin: 10,
  },
  instructions: {
    textAlign: 'center',
    color: '#333333',
    marginBottom: 5,
  },
});

AppRegistry.registerComponent('MyProject', () => MyProject);

到此,你的应用已经具备了检测更新的功能,接下来我们需要将应用发布出去。 
注意,从update上传发布版本, 到发布版本正式上线期间,不要修改任何脚本和资源,这会影响update 获取本地代码,从而导致版本不能更新。如果在发布之前修改了脚本或资源,请在网页端删除之前上传的版本并重新上传。

发布iOS应用

按照正常的发布流程打包.ipa文件(Xcode中运行设备选真机或Generic iOS Device,然后菜单中选择Product-Archive),然后运行如下命令:

pushy uploadIpa <your-package.ipa>
  • 1

随后,你就可以将你的ipa文件发布到AppStore。

发布安卓应用

Android打包的流程和原生打包apk的流程一样,然后在android文件夹下运行./gradlew assembleRelease,你就可以在android/app/build/outputs/apk/app-release.apk中找到你的应用包。 
然后使用如下命令,即可上传apk以供后续版本比对之用。

pushy uploadApk android/app/build/outputs/apk/app-release.apk
  • 1

发布热更新版本

你可以尝试修改一行代码(譬如将版本一修改为版本二),然后生成新的热更新版本。

pushy bundle --platform <ios|android>
Bundling with React Native version:  0.22.2
<各种进度输出>
Bundled saved to: build/output/android.1459850548545.ppk
Would you like to publish it?(Y/N) 

如果想要立即发布,此时输入Y。当然,你也可以在将来使用pushy publish –platform

Uploading [========================================================] 100% 0.0s
Enter version name: <输入版本名字,如1.0.0-rc>
Enter description: <输入版本描述>
Enter meta info: {"ok":1}
Ok.
Would you like to bind packages to this version?(Y/N)

此时版本已经提交到update服务,但用户暂时看不到此更新,你需要先将特定的包版本绑定到此热更新版本上。

此时输入Y立即绑定,你也可以在将来使用pushy update –platform

Offset 0
1) FvXnROJ1 1.0.1 (no package)
2) FiWYm9lB 1.0 [1.0]
Enter versionId or page Up/page Down/Begin(U/D/B) <输入序号,U/D翻页,B回到开始,序号就是上面列表中)前面的数字>

1) 1.0(normal) - 3 FiWYm9lB (未命名)

Total 1 packages.
Enter packageId: <输入包版本序号,序号就是上面列表中)前面的数字>

到此,客户端就可以使用热更新了,不用升级相关版本。

混合app热更新

jsbundle 拆分

对 React Native 的代码打包编译后会生成一个 bundle 文件,这里要说明一下, jsbundle 的拆分是基于生成的 bundle 文件可以看成两部分构成(如下图):一是 React Native 包含的的基础类库,一是开发的业务代码。 
这里写图片描述 
首先需要做的就是生成 common.bundle ,新建一个 blank.android.js 文件,在文件中仅引入 react 及 react native。

import React from 'react';
import {} from 'react-native';

通过打包命令编译成 common.bundle :

react-native bundle --entry-file blank.android.js --bundle-output ~/Desktop/common.bundle --platform android --dev false

打包完整的 jsbundle ,这将会包含所有的基础类库及业务代码。 
最后根据 diff 算法将两个文件进行 diff 拆分,由此会生成一个 index.diff 的二进制文件。如有多个业务代码,相应的生成多个 diff 文件即可。 
这里写图片描述

bundle 文件的拷贝及合成

在完成拆分以后,我们需要将 common.bundle 及拆分的 *.diff 文件进行 zip 压缩,放入 assets 目录下,为了方便版本管理,我们将其文件名中写入版本号 jsbundle_<版本号>.zip ,例如: jsbundle_1.zip ,每次改 zip 文件包跟随发版时更新,并自动升级版本号。 
接下来我们要做的就是将内置于 assets 目录下的 jsbundle_*.zip 拷贝至内部存储,这里推荐使用应用内部存储。

在拷贝过程中根据历史记录的版本号,进行判断是否需要执行拷贝,拷贝完成后将 common.bundle 及 .diff 文件进行 patch 合并,合并后的文件即为一个完整的 bundle 文件,文件名规定为 .diff.bundle ,例如: index.diff.bundle ,在加载时根据模块名进行加载即可。

diff 文件的更新

说到热更新,到这里直接更新diff文件即可,并合成新的完整 bundle 文件。接下来就是将diff 文件的生成及上传,这里我们通过一个shell脚本来完成自动上传功能。

if [ $platform == "android" ]; then
    react-native bundle \
        --entry-file $commonFile.js \
        --bundle-output $androidModuleDir/common.bundle \
        --platform android \
        --dev false

    echo "common.bundle packed!!!"

    react-native bundle \
        --entry-file $module.js \
        --bundle-output $androidModuleDir/$module.android.bundle \
        --platform android \
        --dev false

    echo "$module.android.bundle packed!!!"

    # 对 jbdiff 打成的 jar 执行文件
    chmod +x dmp.jar 

    echo "diff start =========>>>"
    java -jar ./dmp.jar $androidModuleDir/common.bundle \
        $androidModuleDir/$module.android.bundle $androidModuleDir/$module.diff
    # 进行二次 zip 压缩
    zip -j $androidModuleDir/$module.diff.zip $androidModuleDir/$module.diff
elfi ...

改造原生代码

React Native 的 bundle 文件加载做了更改,我们就不能直接使用 sdk 提供的 ReactActivity 了,对此我们需要对容器 Activity 进行改造。改造的部分如下:

public class MyReactNativeHost extends ReactNativeHost{
    ...
    protected MyReactNativeHost(Application application, String moduleName) {
        super(application);
        mApplication = application;
        mModuleName = moduleName;
    }
    ...
    @Override
    protected ReactInstanceManager createReactInstanceManager() {
        if(getUseDeveloperSupport()){ //为了保留 debug 的能力
            return super.createReactInstanceManager();
        }
        String path = JSBundleManager.getJSBundleDirPath(mApplication)
                .concat(mModuleName).concat(".diff.bundle");
        ReactInstanceManager.Builder builder = ReactInstanceManager.builder()
                .setApplication(mApplication)
                .setJSBundleLoader(JSBundleLoader.createFileLoader(path))
                .setUseDeveloperSupport(false)
                .setInitialLifecycleState(LifecycleState.BEFORE_RESUME);
        ...
        return builder.build();
    }
    ...
}

注:由于采用加载文件系统下的 bundle 文件的形式,在测试过程中发现通过此形式加载的 bundle 文件,图片加载时不能读取到 res 目录下的资源文件。要解决这个问题,

主要有两个方案:

1、将 js 源码中的逻辑进行修改,都从 res 中读取资源;

2、将 React Native 使用到的资源打包到本地,跟随 jsbundle_*.zip 发布。 

由于苹果对热更新的态度,我们暂且不谈ios的热更新,有兴趣的可以自行研究Jspath等热更新框架。
2016-11-24 22:01:03 shenshucong520 阅读数 2213

现在React Native越来越火,很多公司及个人已经慢慢开始转向这个框架,此框架号称代码复用率能达到80%左右,性能接近原生性能,关注的人也越来越多,不过成熟的App实在还没有几个,大家都在做实验版的,毕竟官网两周一更新,很多人也不敢放实战项目里去,不过用起来感觉还可以吧,特此在本人做的项目上抽取出一个基本的框架,此框架能应用与大部分app框架结构。
首先运行此基础框架要搭建其运行环境,运行环境前面有篇文章有介绍,不过还是建议参考官网文档说明,那是最新最权威的文档,在此不在介绍环境搭建,此框架测试平台为android平台,如有小伙伴查看此框架最好在android平台下。
此框架实现的功能有:

1.自定义Navigator导航栏功能

2.使用TabNavigator做为底部菜单栏(可选react-native-scrollable-tab-view)

3.集成redux,简单模拟使用

4.加载动画模拟

5.屏幕锁定,旋转模拟

6.加入欢迎页面

7.安卓返回按钮监听

效果图:

欢迎页:

欢迎页

首页效果:

图片轮播页:

轮播页

listview实现的gridview页:

listview

自定义组件实现页:

个人中心

导航到第二页效果:

导航展示

使用方法

1.git clone
https://github.com/ReactNativeFramework/ReactNativeBaseFramework.git

2.cd ReactNativeBaseFramework

3.npm install

4.react-native run-android

github地址:

github地址

https://github.com/ReactNativeFramework/ReactNativeBaseFramework

2017-05-11 13:23:04 qq_25302963 阅读数 2105

1. 背景

目前,大家考虑使用React Native 技术的关键点主要有三个:
1. iOS和Android端可以使用统一的语言进行构建,并且部分组件代码可以实现共用
2. 热更新能力,无需发布版本即可实现升级、bug修复等内容
3. 体验接近原生 App

针对于第2点,MicroSoft CodePush.和React Native中文网 pushy都提供了相似的解决方案,其方案内容时将jsbundle的管理放置在了自己发服务器上,通过相关的js升级模块来检测升级并实现重新加载。然而,由于js代码本身就是源码的形式提供出去的,放到他人服务器上安全性难以保障;同时两者将热更新服务写在了js代码中,这意味着必须先加载了jsbundle,更新服务才能进行使用,那么为了安全,必须保障加载前的jsbundle是合法的、安全的。
基于以上两点的考虑,本项目抛弃了将更新服务器逻辑写在js代码中的实现方案,采用在Native层进行实现。

2. 项目地址

Android 客户端:https://github.com/MarcusMa/simple-react-native-hot-code-push
服务器端:https://github.com/MarcusMa/simple-react-native-hot-code-push-server

3. 功能特点

  1. 适合于将React Native用于某个子业务的场景,即由Native的页面事件调起整个React Native应用,如图;
    实例

  2. 使用简单,在Native页面的适合时机调用MMCodePush.checkForUpdate(...)即可完成更新检查和下载任务,启动React Native时会自动检查是否下载完成等内容,Native只需要将业务id通过Intent传给MMBaseActivity即可;

Intent intent = new Intent(mContext, DemoRNActivity.class);
intent.putExtra(MMCodePushConstants.KEY_BUSINESS_ID, "AAF047B7-E816-2AE0-949A-D5FB4CE40245");
mContext.startActivity(intent);
  1. 使用laoding页面解决React Native加载前的白屏问题,等待加载完成再消除loading界面;
  2. 使用了common包 + n个业务小包的机制,减少了下载量,同时使用了bsdiff合成完整包时,完整包用完即删除,落脚地时间极短(可在一定程度上保护jsbundle文件,结合文件加密等措施可以更安全地保护文件)
  3. 服务器端代码,使用Node.js和Express框架构建。服务器将完整的jsbundle包拆分为一个公共包和一个业务包,拆分使用的是bsDiff算法,(可以自行替换成为google-diff-match-patch,两个算法的比较见https://github.com/MarcusMa/compare-file-diff-tools ),更加客户端返回的包的信息发送对应的升级包下载地址。

4. 使用方法

4.1 服务器

  1. 安装node.js,操作可百度或谷歌;
  2. 进入到本项目根目录,执行npm install;
    npm不能很好使用,请切换成cnpm;
  3. 在根目录下执行node index, 完成服务器启动;
  4. 若有要测试新的更新包,请将文件防止在public/original/business目录下,同时命名方式参照该目录下已有的文件格式,之后重启服务即可完成新包的发布。

4.2 Android客户端

  1. 先启动服务器,地址 https://github.com/MarcusMa/simple-react-native-hot-code-push-server
  2. 使用 android studio 导入项目中的android工程,编译运行;
//注意修改MMCodePush的访问地址,如下:
String mServerUrl = "http://172.20.143.41:8888";
codePush = new MMCodePush(this, mServerUrl, true);
  1. 若要测试新包的发布,请参考服务器的发布说明

5. 接口说明

/checkForUpdate 检查jsbundle是否有更新接口

  • 接口请求示例
{
    businessList:[
        {
            id:"AAF047B7-E816-2AE0-949A-D5FB4CE40245"
            hashcode:"01824139386045ca6739dd52b3bfb74a76b9b99fefb336f4e1a147a182cad6ba"
        }
    ]
}
  • 接口返回示例
{
    success: 1,
    msg: "成功"
    data: [{
            id: "AAF047B7-E816-2AE0-949A-D5FB4CE40245", // 验证通过且有升级包的情况
            verifyHashCode: "01824139386045ca6739dd52b3bfb74a76b9b99fefb336f4e1a147a182cad6ba",
            latestPatch: {
                hashCode: "c1bbdc02200b5e5a72cf97bbdc3339165e71182c61f",
                downloadUrl: "http://download.marcusma.com/rn/marcusma.patch",
            }
        }
    ]
}

6. 后续更新

  1. 可添加对jsbundle包的加密措施;
  2. 可添加预加载功能,提高加载时间;
2018-05-14 17:32:03 spicyShrimp 阅读数 1577

React Native搭建简单的项目框架

React Native 是Facebook于2015年4月开源的跨平台移动应用开发框架, 短短的一两年的发展就已经有很多家公司支持并采用此框架来搭建公司的移动端的应用,
React Native使你能够在Javascript和React的基础上获得完全一致的开发体验,构建世界一流的原生APP。

虽然可能没有说的那么厉害,但是我们不可否认,它在统一移动端开发和前端上开发做了很大贡献.React Native虽然使用的是javaScript语言搭建页面和逻辑等 但是其编译之后则会转化为安卓或者苹果的原生语言,从而即达到了一种语言 多端使用 同时也基本有了原生的流畅体验,因为其在渲染方面已经不是在web浏览器上面,而是真正的做到了渲染原生的图层或者控件这些, 当然 因为语言的转化, 其肯定在内存上或者在性能上是不可能100%和原生做到完全一致的体验的,同时,因为跨语言的性质,也并不是所有功能都仅仅使用javaScript就可以完成了,部分时候我们还是需要原生框架的支持

但是这一起并不能掩盖这门移动开发框架的优秀.
大厂的支持,健壮的交流社区,足够多的开源和开发者的支持,使得其发展的很是迅速.
很多公司局部采用甚至是全部采用此框架来构建自己公司的移动应用.
那么到底是前端人员学习此框架简单呢?还是移动端人员学习此框架简单呢?

如果你搜索网上的评论 可能很多人都会说是前端人员转入简单,因为语言学习成本为0,直接参照网上或者官方的教程即可简单搭建,迅速上手.
我本人是前端也做,移动端也做,且都有不少的开发经验,
我的观点却和他们不同.
首先,不可否认对于前端开发人员来说,直接能够上手绝对是最简单的,但是很多人却没有考虑,移动端的各种系统的复杂性,移动端开发的各种限制,各种规范…这些对于前端人员来说是缺少的,前端人员很容易的搭建好界面, 但是对于很多复杂的移动开发需求,比如某些硬件类,如蓝牙,wifi等 比如某些复杂的框架类,如地图,如支付,如内购等等这些.此外还有安卓和iOS的差异性导致的某些限制.前端在多线程上面的丢失… 这些都会是一个一个坑等着去填.前端人员能够迅速的完成界面需求,不可否认,但是当涉及多框架部分或者原生必须支持的时候,就无能为力了,他们去学习iOS?去学习安卓?显然这个时候更难学习,
简单的举一个我在开发中的例子,我与我的朋友都有做过RN的项目 不同的是他只有前端经验. 于是我们在做项目的时候 我则会考虑多的是性能的优化 ,比如图片的缓存和异步加载这些.而我的朋友则不会,于是我们同样写的一个列表, 我能够做到尽可能的性能优化,他则会在加载几百或者上千行就会卡顿的不行
再从移动端角度来说, 移动端的开发人员或多或少的都是有做过简单的web开发,有的甚至都是学习过前端语言的 html css javaScript 对于任何一个开发人员都不陌生 ,可能不会熟练的写,但是绝对是能够阅读的(当然这里只是简单的来说,并不是说都精通那些前端框架什么的)
什么vue 什么react 什么angular这些前端框架或许本质很复杂 但是如果开发的方向不是web而是app则不一样.React Native作为用来开发移动端的框架,其已经抽象出来和简化了很多多余的不需要的部分, 对于移动端开发人员来说 , 只需要学习一周或者两周的时间便可以上手React Native的开发,而不会明显的不适应前端语言,同时作为移动端的开发人员,也有了前端所没有的开发优势,此时反而更快的加入开发的队伍中

说了这么多,都是我个人对于React Native的认知,仅作为参考意见,持有不通观点也不必要反驳.各持己见而已.

说这么多其实都已经离题很远了.
一句话拉回来,无论是前端还是移动端,想要开始React Native如何搭建简单的项目框架呢?
我们可能会从官网上或者中文网上学习如何初始化一个项目

react-native init AwesomeProject
cd AwesomeProject
react-native run-[ios | android]

我们能够得到只有一个欢迎页面的APP
那么我们如何以最快的速度搭建有骨架的APP?
这里我简单的介绍我们需要的两个库
一个管理界面跳转和层级(React Navigation)
https://reactnavigation.org/
一个管理数据传递和更新(Redux)
http://www.redux.org.cn/

这里当然只是推荐这两个库,并不是说必须要求这两个库,
我在这里也只是借这两个库来完成我们需要的界面逻辑和数据和行为的绑定

首先一个标准的APP肯定是有很多界面之间的跳转的,而为这些跳转逻辑的route
这部分对于前端来说就类似于以前的window.location.herf=’xxx’.在移动端就类似于navigation的push xxx.
因为一般的app都是按照既定的跳转逻辑 最熟悉熟悉的 概要->列表->详情
那么我们就需要使用react-navigation来完成这样的路由逻辑
我们可能会分别写出Home.js 和Detail.js来表示两个页面
这里写图片描述
这里写图片描述

于是我们采用React Navigation的StackNavigator完成导航路由的构建
这里写图片描述

于是我们就完成了一个简单的首页和详情模块之间的跳转逻辑
当然我们可能还有其他的模块, 比如个人信息模块
同理的创建好个人信息模块所需要的页面之后我们按照相同的方式添加,我们可以完成第二个模块的搭建,但是一般的APP首页肯定是多个tab选项卡可以切换不同模块的方式
此时我们就用到了新的TabNavigator组件
这里写图片描述
如此一个简单的界面逻辑的跳转就完成了,我们只需要在响应的添加子模块的内容和各个界面的关系即可
这里写图片描述
这里写图片描述

页面跳转部分已经完成,那么接下来就是数据管理部分
当然此部分我们可以也可以直接跳过,我们可以采用react自带state和props来完成
如果不理解或者不熟悉 我们可以参考
http://www.runoob.com/react/react-props.html
至于我为什么又推荐redux来管理数据呢?
Redux 是 JavaScript 状态容器,提供可预测化的状态管理,
可以让你构建一致化的应用,运行于不同的环境(客户端、服务器、原生应用),并且易于测试.
这是官描 不用管.但是redux是有一个好处的,就是数据和行为与界面分离,原先我们写一个界面可能会有很多的业务逻辑在其中,使得界面的构造很臃肿,类似于我们mvc中的c的部分,包含的内容不仅有界面的展示 也有很多逻辑部分,比如界面的刷新逻辑,数据的处理逻辑.
我们因此需要分离出action和对应的数据处理部分,所以我推荐redux ,当然如果是小的应用或者简单的应用就没有必要了,本身逻辑不复杂,没有必要舍近求远.
redux的使用,这里的话算是一个难点

这里写图片描述
redux的理念是所有的数据状态都统一交给一个store来管理,同时当state变化的时候也是有其告知给界面,界面重新渲染数据,而不是每一个界面自己管理数据
如此的好处是,我们可能会省掉很多的界面传值,回调,通知,监听等等复杂的数据绑定
首先store中有一个唯一的state作为全局的数据源 同时其有一个dispatch分发方法,负责将我们定义的action和一些动态数据传输发送到reducer中,reducer则根据原先的state和action来判断是否需要更新新的state,重新返回给store, 当state发生变化的时候,store则会告知界面去重新渲染,
如此完成一个循环,这样所有的界面逻辑就按成了.
行为和数据处理从界面分离出去之后,原来的界面变的就好像是之前的列表中的item,仅仅起到的就是一个类似展示的作用.这样的好处,即使是界面的样式或者行为变更了,只需要修改响应的部分,而不需要在原来的某一个界面中改来改去,
至于redux的教程,建议学习官方
http://www.redux.org.cn/

至此,一个简单应用的两个大的部分就组合完毕,我们可以轻松的完成界面的搭建和跳转,我们也可以优雅的处理所有的行为和数据更新的逻辑

这里我提供一份demo 是提取自一个已有项目的
我仅仅抽取出来这两部分,作为一个应用的基础脚手架来给你们参考
https://github.com/spicyShrimp/react-navigation-redux

当然,如果你想要学习一个完整的应用或者学习一点更复杂的部分,
我最近的一个仿写项目足够满足你
这里写图片描述

https://github.com/spicyShrimp/Misses

也感谢大家的支持,当然移动端或者前端的问题都可以找我…