ReactNative| 开发环境的搭建及工程的创建

ReactNative是移动端目前最热的框架之一, 着力于提高多平台开发的开发效率 —— 仅需学习一次，编写任何平台。
(Learn once, write anywhere)。Facebook 已经在多项产品中使用了React Native，
并且将持续地投入建设React Native。React Native 可以通过更新远端JS，直接更新app, 用 JavaScript 调起 native 组件
将增强与高性能组件交给 native 来处理 . 相比其他 hybrid (介于webApp和nativeApp之间的混合模式) 框架而言, 
ReactNative并非通过 webview 来调用原生组件,  而是直接调用操作系统自带的 javascriptCore, 所以更高效。

React Native 的优点很明显。官网的醒目位置有简单介绍，开发者们也在各种场合做了相关说明，总结如下：

- 跨平台开发。同一段 Javascript 代码可以被用于 iOS 和 Android 两个平台。
  相比于以前 iOS 和 Android App 各维护一套逻辑大同小异的代码，React Native 的开发、测试和维护成本要低很多。

 - 快速编译。比起 Xcode 中漫长的编译，React Native 采用了热加载（Hot Reload）的即时编译机制，
  使得 App UI 的开发体验大幅改善，几乎到了和网页开发一样随改随变的效果。

- 快速发布。通过 JSBundle，React Native 可以即时更新 App。相比原来冗长的审核和上传过程，
  发布和测试新功能的效率大幅提高。

- 渲染和布局更加高效。React Native 可以直接套用网页开发的 CSS 和 flex 机制，
  摆脱了 autolayout 和 frame 布局中繁琐的数学计算，更加直接简便。

- 简单易学。相比于 iOS 和 Android 的一整套复杂的知识体系，React Native 从本质上来讲就是状态机，
  对于开发者来讲理解不难，且实际操作可谓入门容易、上手轻松。如果是前端开发者，
  那么对于 Javascript 本来就有相应了解，用 React Native 开发手机应用更是水到渠成。

当然，看上去很完美的 React Native 在技术上也有诸多风险，比如：

- 第三方依赖。React Native 严重依赖于 Facebook 的维护。
  苹果在 iOS 上每次技术的更新、政策的改变都会让原来使用了 React Native 代码库受到影响，
  等待 Facebook 和社区的修复会妨碍 App 的更新和用户体验。前段时间，
  百度和开发者们弃用React Native 而迫使的 Facebook 修改开发者权限（License）事件，
  证明了开发依赖于第三方的风险确实存在。

- 逻辑上的额外开销。直到今天， React Native 依然只是0.49版本，仅仅支持简单的 UI 制作，
  其不成熟的 API 连复杂的动画都难以实现，更别提 iOS 的底层优化和兼容操作。同时因为操作系统和设备的不同，
  React Native 得分别进行针对性处理，这对代码库的维护又是一个挑战。

- 联调的困难。对于原生的 iOS 和 Android App 引入 React Native，会增加整个代码库的复杂度，
  在深入底层原生代码进行 debug 时也是困难重重，可以说是在开发和维护上的成本都有所增加。


  硅谷对于 React Native 也普遍持保守态度，采用 React Native的科技巨头也只有 
  Facebook，Amazon，Uber，Airbnb 四家，而且都是局部小功能、小App采用。

个人认为，只有在快速开发、节约成本的考虑之下，React Native 才能发挥出巨大的优势。
原因很简单,可以不再忍受新版本的漫长的审核期,可以从服务器动态更新JavaScript代码来实现应用的更新。
对于 iOS 开发者，React Native 只可作为适当补充。

brew install watchman

brew install flow

sudo npm install -g react-native-cli

git clone  https://github.com/creationix/nvm.git
cd nvm
source nvm.sh

react-native init HelloWord