之所以叫React Native平台，是因为Facebook这一开源项目，所做之事已经远大于一个框架的范筹，他从创建工程开始介入一个产品的开发，到编码IDE，运行，调试，发布做了全生命周期的考虑。
如何使用React Native进行开发，官方文档已经做了很详尽的说明，具体操作方式可以参考官网，本文的目的才于解构以及分析官网提到的各类工具，并提取出iOS的开发库。
开发需求与发布需求
如前面所提到的，React Native给我们提供了一整套的解决方案，从开发到发布，正因为这一业务线拉的比较长，所以官网使用了大量的文档对这一过程进行讲解，包括各组件的安装，环境的配置，如何使用命令行创建工程，运行调试工程等。按官方文档一步一步下来，创建一个Helloworld工程，最后目录结构如下所示：
只列出了2级，就有590 个目录，全部递归下去，有2000+目录与文件，这还只是使用命令react-native init Helloworld创建的一个工程。
仅从Helloworld目录结构里，我们就能知道，即有开发时需要的文件，也有发布时需要的文件。这里的开发时需要的文件，是指最后打包时不会出现在发布的二进制文件中，或者他只是辅助生成发布文件，比如IDE，开发工具集，供调试用的packager http服务等。
下面对Helloworld目录进行分析，看看哪些是开发需求文件，哪些是发布需求文件。
从React Native CLI说开去
React Native命令行工具集是通过npm install -g react-native-cli进行安装，其实就是一些js文件集合（这其实是废话，不然怎么是用npm install进行安装呢），安装后文件在目录 /usr/local/lib/node_modules/react-native-cli 下，其目录结构如下所示：
当我们运行react-native init的时候，react-native命令对应的文件（/usr/local/bin/react-native）为一个引用，指向的是/usr/local/lib/node_modules/react-native-cli/index.js，此js文件主要做2件事情：
- 创建工程，其用法为react-native init YourProjectName，注意，此命令不要在react native的工程目录下运行。
- 为当前开发的工程提供服务。这一功能要求在工程的根目录下运行。
对于第二项功能，其逻辑为检查当前工作目录（即在哪个目录下输入react-native）下有没有这样一个文件./node_modules/react-native/cli.js，如果有，则直接加载并运行此文件。如果正在开发的工程目录是用react-native init创建的工程，则一定会命令cli.js存在的条件
React Native的命令使用时的条件已经在上面以黑体标明，产生这一限制的原因在于/usr/local/lib/node_modules/react-native-cli/index.js会先检查是否在React工程的根目录下运行，如果是，则不会走创建工程的逻辑。事实上当我们在工程根目录下运行时，react-native命令只是简单的调用我们工程下的cli.js文件。
开发效率神器：react-native start
创建工程只是cli很小的一部分，真正为我们服务的cli其实是在我们的工程目录下。按传统的开发过程，像配置，图片，js，html等文件，都是放在本地，打包进apk或app，然后安装，运行调试，过程缓慢，react native cli改进了这一开发效率，解决方案是在本地运行一个http服务器，程序在开发调试过程中，直接通过http下载js等文件而不需要将其等相关文件打进apk/app包内，当然，cli做的远不具这一点点，本地http服务器还兼容的性能监控，调试等功能。本文仅通过分析运行react-native start的逻辑，还一窥cli的强大。
按之前所述，当我们在本地shell中运行react-native start时，cli的大体逻辑是这样的：
如上图所示，最后真正运行的文件其实是（实现本地Http服务器的JS文件）：
为什么说是提高开发效率的神器呢，因为有了他，我们可以像开发网站一样开发app,即修改了布局文件，样式，业务逻辑，不需要编译打包生成app或是apk,直接刷新一下React Native界面（页面）即可（也可以自动刷新）。也就是他本身是为快速开发提供服务的。
关于这一Http服务器的具体功能，及其如何实现调试，性能监测等内容，会在React Native的本地服务器中进行说明
当然cli提供的功能远不此这些，这里只是以这个为例，说是React Native项目带给我们的远不止一个开发框架那么简单。
抽取开发SDK
至此，我们已经知道，我们的React Native的工程目录下的很多文件，其实几乎都不是编译打包必须的，仅仅是为了方便我们开发，调试存在，这一部分，应该是公用的。诚然iOS开发时的pod管理机制,Android的gradle使得我们可以很方便的管理这些文件（库），但这并不影响我们试图从中抽取真正在运行时发挥作用的引擎，提取源代码及二进制文件，以便后续其它工程的工发。
提取二进制文件后，我们的工程与React Native不需要再做源码级的工程依赖，上传代码库时，也不用上传node_modules这一庞大的目录了。
打开我们通过react-native init Helloworld创建的工程，如下图所示：
我们很清晰的看到，React加入了以下几个工程：
- React.xcodeproj，主工程，最重要的工程，实现了引擎的解析，包括整个环境的初始化，jsbundle的解析等
- RCTActionSheet.xcodeproj
- RCTGeolocation.xcodeproj
- RCTImage.xcodeproj
- RCTLinking.xcodeproj
- RCTNetwork.xcodeproj
- RCTSettings.xcodeproj
- RCTText.xcodeproj
- RCTVibration.xcodeproj
- RCTWebSocket.xcodeproj
这个工程结构其实也说明了，他们就是js能和我们本地代码融为一体的引擎。我们将这几个工程编译成.a文件做成静态库，然后提取头文件即可开始开发了。事实上也确实是这样，我做了一套iOS的静态库与头文件，放在服务器Github上，感兴聚的可以去上面下载查看，Git工程上有详细的说明。