React Native 的一些介紹(正式發佈以前的, 已過期)

這篇文章是在 React Native 發佈以前寫的, 已通過時了.
若是想了解推薦下面幾個連接:

• 官網 http://facebook.github.io/react-native/
• 中文文檔翻譯 https://github.com/reactjs-cn/react-native
• 中文社區導航 http://nav.react-china.org/

以及下方評論給的極客學院的中文版介紹:

• http://wiki.jikexueyuan.com/project/react-native/

---

不知道上下文的同窗能夠掃一眼 CSDN 上的介紹:
http://www.csdn.net/article/2015-01-29/2823762-facebook-announces-reac...

React Conf 的視頻在這裏:
http://react-china.org/t/guan-yu-react-native-xian-zai-de-xin-xi/241

原文是 Hacker News 上的帖子, 我作了很粗糙的翻譯, 其中內容對視頻作一些補充:
https://news.ycombinator.com/item?id=8964935

明天次日的大會當中發佈具體的信息之間, 這篇翻譯的內容也許有不許, 請參考英文跟進

---

我是 Jordan 我在 React 團隊(也是 React Native 團隊). 這個線索已經有一些很棒的問題和見解了.
React Native 圍繞着生產力(固然還有可以使用 React 這套放棄)提供了大量的方便,
不過由於有不少關於性能的問題, 我想我仍是分享一些我我的關於它的見解.

React Native 和其餘的方案區別很大, 因爲:

1. 咱們並非但願給你一個神奇的戲法能讓在你不改變任何的開發哲學/習慣的狀況下就能自動生成出很棒的移動應用體驗.
   若是你在作移動開發, 你想要很棒的用戶體驗. 你必需是要關心性能, 必須關心怎麼編寫精細的交互.
   任何優秀的移動端體驗後面, 都須要很專心的人. 不要相信別的說法.
   不過, 我感到相比而言要達到那樣有些的效果, React Native 要求開發開發者作的工做, 比其餘我見過的備選方案要作的工做要少得多.

2. React Native 徹底不用 DOM. React 本來用來解決瀏覽器開發中出現的, 不可預測的編程實踐當中常見的性能問題,
   可是也僅僅能幫你作那麼多而已.
   React Native 提高了一個層次, 不止於瀏覽器所能作的.
   React Native 展現的 ReactJS 老是更多地偏向於 "zero DOM" 而不是 "virtual DOM"(跟你們覺得的相反).

3. React Native 也很特別, 由於咱們想要繼承一些 Web 開發當中好的地方.
   這是由於咱們只是想要性能, 想要 Native View 的資源的控制能力, 而不是要拋棄 Web 開發優秀的內容.
   在 React Native 當中, 你但是使用 CSS Flexbox 對 Native View 進行佈局,
   同時有不少很熟悉的樣式屬性, 可是不會有氾濫的 CSS style reflow.
   事件系統也跟如今 React 應用當中的一致, 由於類庫的代碼是同樣的.
   按照 Web 開發中讓咱們高效開發的樣式/佈局的子集來構建應用,
   那樣開發者就能在當下就構建優秀的 Web 應用, 而不是把時間排到將來.
   我認爲真的, 相比鼓勵開發者拋棄任何哪怕有點像 Web 技術的東西而後學一門徹底不一樣的工具鏈(甚至兩門三門), 這樣要好得多.

4. React Native 特殊的地方還在於它能夠用 JavaScript 來寫高質量的應用.
   在瀏覽器當中, 你極可能要對付一些低層級的限制, 而後你沒有辦法.
   或者是不能訪問平臺上的控件(在 scroll view 當中包含 physics/Maps),
   或者是你在實現當中老是被圖片解碼干擾, 沒什麼辦法.

用 React Native 的話, 你能夠有一些辦法了.
你能夠在 ReactJS 應用當中使用那些永遠不會用 JS 來實現的 view(好比地圖),
並且你的構建當中能夠用一些更高的執行粒度的 block,
(多線程解碼的 <Image />)(不使用 DOM 的 <View > block) 結果是這帶來了質量方面到了空前的層次的感受, 並且對應平臺的特徵.