React-Native实践

2017-12-29 14:50:24 浏览数 (1)

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

图片路径

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

remote 图片

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

代码语言：javascript复制
<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的方式：

代码语言：javascript复制
// 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来传递。

代码语言：javascript复制
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提供了一个获取地址前缀的接口，主要代码片段：

代码语言：javascript复制
@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调用逻辑

代码语言：javascript复制
// 引入模块
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慢慢铺开使用。

reactnative

0 人点赞