前言2014年8月，faceBook内部传出用一种新技术开发App的新方案，次年3月，该技术开源并正式发布，它的名字如雷贯耳——“React Native”，我们简称为“RN”。在实现媲美 NativeApp 用户体验的同时，RN允许Web开发者更多地基于现有经验组件化开发App，并且具备跨平台特性，开发效率和成本都相当可观。不过它也有着一般跨平台App共有的短板，就是它的兼容性，尤其是针对 国内

写在前面自从上次写了此系列的一篇文章，公司App项目不幸被搁浅，我也转战到React组件库和Node后端项目的开发，本来的有些断章取义的想法没有很好地去整合，也就不丢出来献丑了。好在峰回路转，新的ReactNative项目袭来，重拾之前的架构，经过1个月的开发和思考，有丢弃也有创新。版本更新带来的BUG修复faceBook对ReactNative版本的更新速度实在是太快，还记得我开发第一款A

写在前面一个好的App缺不了好的三方支持，生活在ReactNative这个活跃的开源社区，寻找合适的三方组件是一个开发者最基本的能力。不过不积跬步，无以至千里，不积小流，无以成江海。下面分享几个我收集的三方模块，希望对大家有点帮助。文件上传 react-native-uploadergithub地址：https://github.com/aroth/react-native-uploader评

“Write once，Run Everywhere”一次编写，多端运行。React迁移到MIT协议，可惜React Native依然没改，没有RN的日子，还好有Weex这位哥们顶着。虽然没有RN那么牛逼，但也算是一个不错的小兄弟。很多人可能要问我搞了这么久的RN现在转Weex干什么？说起来，真是一个悲伤的故事为什么不用RNFacebook并没有像React那样把ReactNative也迁移到

sessionStorage和localStorage做为HTML5新特性，被广泛应用于客户端缓存技术。不过这个有个误区，两者虽然对存储的内容大小没有限制，但是存入的东西都被转换成了字符串，也就是说无法存入数组或者对象，就算存入了也会被转化为字符串。不过实际开发过程中 缓存的数据一般都是 数组或者json对象，那么应该怎么处理呢？（往下看…..）存数组//先举个例子(以sessionSto