React-Native实践

React-Native实践

移动开发

本文作者：imweb helondeng 原文出处：imweb社区 未经同意，禁止转载

随着React-Native的火爆，以及Native和Web开发本身的一些痛点，近期团队考虑将iOS App中部分界面迁移到React-Native上，本文主要谈谈开发过程中遇到的一些问题及解决方案。

图片路径

图片来源有2种：local 和 remote。

remote 图片

remote图片是通过http请求来处理的。

<Image source={{url:'http://10.url.cn/xx.jpg'}}

这种方式的优势：

• 引入方式简单
• 更新方便，只需要替换server上的图片即可，不需要修改源代码

缺点很明显：

• 即初次请求图片时，需要请求server，图片过大的，请求的延时会很大

local 图片

local图片的引入方式有好几种：

• 以 iOS App资源的方式引入。将图片以资源方式加入 OC 工程中，最终会将资源编译到安装包，更新需要依赖客户端发版本。
• 图片 base64 引入，更新需要修改代码。

• 绝对路径，将图片放在App某个目录下，在项目中引用。

  // iOS App资源方式
  <Image source={ require(image!icon1) } />
  // base64
  <Image source={{ isStatic: true, url: 'data:image/jpeg;base64,'+ base64 }} />
  // absolute path
  <Image source={{ isStatic: true, url: '/Users/xxx/xxx.jpg' }} />
  

最终采用了绝对路径的方式，基于以下几点：

• 图片在本地，加载速度快
• 替换本地图片即可完成更新

同时，带来了另一个问题：JS中引用图片时，实际只知道图片相对于JS的路径，最终应用安装到哪个路径下是不知道的。解决方式是，通过Native接口，将路径前缀通知到Web，然后由Web将相对路径图片拼接成绝对路径，同时，将这个路径前缀缓存，避免重复调用。

缓存打包方案

facebook提供2种方式集成react-native代码：online 和 offline。对应的OC引入JS的方式：

// online
jsCodeLocation = [NSURL URLWithString:@"http://localhost:8081/index.ios.bundle"];
// offline
jsCodeLocation = [[NSBundle mainBundle] URLForResource:@"main" withExtension:@"jsbundle"];

online方式走http请求，响应延时大，但更新方便；offline走本地资源方式，将相关资源打入安装包，请求响应快，更新依赖客户端。

最终采用了offline ＋ 离线包方案，将资源打成离线包，放入安装包中。后续有更新时，将离线包上传到离线包管理平台，每次打开React-Native相关界面时，native会发起CGI请求，检查现网是否有最新版本的离线包，如果有，CGI会返回最新的离线包地址，Native下载最新的离线包，解压到本地，下次访问时，即可访问最新的代码。

组件通讯

这里提到的通讯，更多是数据层面的通讯。在实现课程列表页时，点击上面的菜单，下面的课程列表数据要变化。

这是在实现上，是3个组件：页面本身Page，菜单list，课程list。菜单list和课程list被Page引用，两者之间的数据通讯，需要通过Page来传递。

render: function() {
    return (
        <View>
            <CourseList 
                mt={this.state.mt}  
                st={this.state.st} 
                tt={this.state.tt} />
            <CatList onChange={this._setCatsId} />
        </View>
    )
},
_setCatsId: function(name, val) {
// 修改 Page 的state
}

主要通讯逻辑：

• 在CatList点击某个分类之，调用组件prop属性 onChange方法。
• onChange是Page组件的一个function，用于修改Page中的state；这样CatList的改变，同步到了Page。
• CourseList的属性绑定到了Page的state，Page的state变化时，会同步到CourseList的prop。
• CourseList 生命周期中componentWillReceiveProps会捕获这种变化，将数据的变更逻辑放到这个函数即可实现同步。

接口扩展

JS-OC之间的通讯机制，这里已经写的很清楚了，主要是双方保存了同样一份模块注册表。

在图片加载那里，Native提供了一个获取地址前缀的接口，主要代码片段：

@implementation EduProvidePathToJS
// 注册模块
RCT_EXPORT_MODULE();
// 注册方法，会将方法和模块写入到注册表中。
RCT_EXPORT_METHOD(getPath:(RCTResponseSenderBlock)callback) {
    NSFileManager *fileManager = [NSFileManager defaultManager];
    NSString *documentPath  = [NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES) objectAtIndex:0];
    NSString *pathToWebappCacheInDocuments = [documentPath stringByAppendingPathComponent:@"webappCache2"];
    callback(@[pathToWebappCacheInDocuments]);
}
@end

JS调用逻辑

// 引入模块
var ProvidePathToJS = require('NativeModules').EduProvidePathToJS;
// 调用方法
ProvidePathToJS.getPath(function(path) {
});

布局相关

React-Native使用了flexbox布局，在居中和等分上有一定的优势。其中，没有“层”的概念，也就是说z-index这货是无效的，默认都在同一层，后面的会覆盖前面的，用这种方式模拟“层”。 另外一些坑：

• 如果4点的margin不同，不能缩写，需要逐个写，padding同。
• 没有
  之类的，换行使用{'\n'}，缩紧text-indent也没有，最开始是在段前用Text标签模拟，后来发现{'\n'}这货后，果断试了{'\t'}，居然可以。
• background-image，本身不支持图片背景，repeat不提了，需要使用Image模拟。

从目前的Css代码迁移到React-Native，感觉有很多适配工作。

最后

9月会跟着iOS的版本，带一部分React-Native的代码到外网，搜集到数据后，后面会在iOS慢慢铺开使用。