ReactNative的理解与思考,三端同一套代码的实践

1.React Native是什么？

官方说法是这样的

React Native 是一个JavaScript 的框架，用来撰写实时的、可原生呈现iOS 和Android 的应用。其是基于React的，而React 是Facebook 的用于构建用户界面的JavaScript 库

我自己的看法是这样的

其实这东西从Native开发来说，相当于重新发明了一个浏览器渲染引擎并且套一个React的壳，从Web开发角度来说，就是把原来React的web组件成了原生组件来实现

2.哪些人在用

上面是官方贴出的一些截图

目前我知道的一些项目:

3.React Native的优势和劣势

3.1React Native的优势：

(1)它最大的特点就是完全用JavaScript进行应用的开发，但是最终会渲染成原生的组件。对开发者来说，这意味着你拥有了Web开发的效率，同时兼顾了原生的性能

(2)相对Hybird app或者Webapp：

不用Webview，彻底摆脱了Webview让人不爽的交互和性能问题
有较强的扩展性，这是因为Native端提供的是基本控件，JS可以自由组合使用
本地直接加载,避免了网络请求造成的空白页
可以直接使用Native原生的「牛逼」动画。

(3)相对于Native app：

可以通过更新远端JS，直接更新app，不过这快成为各家大型Native app的标配了…
一套代码,ios android平台通用

(4)最后，社区活跃。除了Facebook之外，GitHub上有很多第三方的团队、个人、公司开发贡献了很多非常优秀的第三方组件，它的社区是非常健康、非常活跃的。

3.2劣势：

扩展性仍然远远不如web，也远远不如直接写Native code（这个不用废话解释了吧）
从Native到Web，要做很多概念转换，势必造成双方都要妥协。最终web要用一套CSS的阉割版，Native要费劲地把这个阉割版转换成native原生的表达方式
RN框架原生并不支持Web端。这意味着如果一个业务需要同时上Android、iOS和H5页面的话，那除了用RN之外，还需要用传统的H5或用ReactJS框架再做一次开发，这样效率是非常低的。
Facebook给出的官方RN API不能完全满足业务快速的发展。它只给了一些很基础的API，但业务中经常会用到的一些多媒体，比如录音、录像、视频播放文件以及文件上传、压缩、加密等等，这些都没有提供。也就是说我们需要这些功能,还是需要原生的同学配合一起扩展的

4 React native 常用组件和api

基础组件

用户交互组件

列表组件

ios特定组件和api

android特定组件和api

其他功能组件和api

上面都是一些ReactNative官方提供的组件和API,
虽然官方有说一套代码代码实现andriod和ios平台的通用,
不过我们有时候还是需要在特定的场景做一些平台判断,
显示对应平台的代码,

如:

if(Platform.OS === 'android') {
   //安卓平台组件
}else if(Platform.OS === 'ios') {
  //ios平台组件
}

提供一些目前开源的扩展组件:

5.三端同一套代码实现的思考

facebook官方的说法是react-native是为多平台提供共同的开发方式，而不是说一份代码，多处使用

但是在正常的项目中,我们还是希望一套代码能够在ios,android,web端都可以通用的,这样可以保留我们h5的优势,大大提升开发效率

这篇文章也提过
其实在业内三端融合也有广泛的研究，方案主要有三种。

第一种方式，就是在RN跟ReactJS之上再封装一套轻量的跨平台的抽象层，像微软发布的ReactXP就类似于这样的架构。使用这种架构，意味着所有API、类、组件都不能用RN API，必须要用新的定义的接口，而且目前API支持也不是太多，还在完善中，所以没有采用这种方式。
第二种就是ReactJS做开发，之后通过工具转换成RN，这种方案适合于比较偏重H5业务的一些团队，因为他优先需要上的是H5页面，用户体验比较偏重H5。通过工具向RN转换其实是个有损转换，因为RN支持的样式实际比CSS样式少。从ReactJS向RN转换的话，可能会丢掉一些属性和布局。
第三种方案就是先用RN做开发，开发完之后再通过WebPack工具向ReactJS进行转换。这种方式的好处是可以优先保证RN中的体验，而且RN的样式支持是CSS的一个子集，这意味着从RN向ReactJS转换不会丢失功能和属性，所以业内更多的方案也是采用这种方式。GitHub上有一些类似的开源框架。但它们支持的组件并不是太全，不能完全覆盖我们的业务，所以我们自己实现了一套。包括之前说的所有的原生组件，它只有原生部分，我们也增加了JS部分的实现，使我们的框架可以完整、功能完全没有丢失地转化为Web页面。

实现效果如下:

web端效果图

android效果图

ios效果图

附上一些实现代码:

web文件夹里面就一个页面,还有webpack配置文件去打包

ios入口文件

/**
 * Sample React Native App
 * 
 * @flow
 */

import React, { Component } from 'react';
import {
  AppRegistry,
  StyleSheet,
  Text,
  View,
  Platform
} from 'react-native';

export default class reactnative extends Component {
  render() {
    return (
      <View style={styles.container}>
        <Text style={styles.welcome}>
          Welcome to React Native!
        </Text>
        <Text style={styles.instructions}>
          To get started, edit index.ios.js
        </Text>
        <Text style={styles.instructions}>
          Press Cmd+R to reload,{'\n'}
          Cmd+D or shake for dev menu
        </Text>
      </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('reactnative', () => reactnative);
if(Platform.OS == 'web'){
  var app = document.createElement('div');
  document.body.appendChild(app);
  AppRegistry.runApplication('reactnative', {
    rootTag: app
  })
}

重点在这一段:

if(Platform.OS == 'web'){
  var app = document.createElement('div');
  document.body.appendChild(app);
  AppRegistry.runApplication('reactnative', {
    rootTag: app
  })
}

实现思路就是在平台为web的时候,如果引入Text组件,webpack将会
生成一个Text.web.js组件,web端的时候将会引用Text.web.js 去实现
Text组件的效果,同时会把css子集编译为web元素的行内样式.

总结:当然这样的方案还是会有一定的局限性

首先就是目前我们依赖的react-web平台去做转换,
如果react-web不支持的组件,那么我们就无法实现转换
还有就是web端的事件处理机制跟移动端的不同点
移动端复杂的动画交互效果转换为web端还是有一定的局限性

案例源码我已经放到github上面

6.React Native的学习资源和开源app项目

1.学习资源

这2个网站可以用来学习reactnative环境的搭建,还有就是创建第一个reactnative项目

2.开源app:

注:加粗的项目,可以重点关注一下

总结:

这些知识我自己的一些思考与理解,如果你有自己的想法还有理解,欢迎留言一起讨论