react源碼
A. reactos源碼下載
reactos 0.3.9源碼有64M，給個網盤傳一下？
B. 如何在react中加入js源碼
直接寫 react 只是有他的結構要求，而代碼很大部分都是直接用原生JS進行數據操作
C. 如何讓閱讀react native android 源碼
創建一些react-native依賴的一些模塊，在package.json文件的scripts屬性中添加：[javascript]viewplain"start":"nodenode_moles/react-native/local-cli/cli.jsstart"註：如果scripts中存在其他鍵值對，則以逗號為分隔符。在mole的根目錄創建index.android.js文件，並將一下內容下入index.android.js文件：[javascript]viewplain'usestrict';importReactfrom'react';import{AppRegistry,StyleSheet,Text,View}from'react-native';classHelloWorldextendsReact.Component{render(){return(Hello,World)}}varstyles=StyleSheet.create({container:{flex:1,justifyContent:'center',},hello:{fontSize:20,textAlign:'center',margin:10,},});AppRegistry.registerComponent('HelloWorld',()=>HelloWorld);在AndroidStudio中，在moudle的build.gradle文件中添加一下內容：[javascript]viewplainallprojects{repositories{maven{//AllofReactNative(JS,Androidbinaries)isinstalledfromnpmurl"$rootDir/node_moles/react-native/android"}}}在AndroidManifest.xml文件中添加網路訪問許可權（僅在開發或調試中需要該許可權）：
D. 有沒有用dva框架做的react的demo
1.准備:
npm安裝以下組件
a.安裝react/antd:
npm install react react-dom antd --save
b.安裝webpack/less:
npm install webpack less --save-dev
webpack根據需要選擇使用-g安裝
c.安裝babel-loader以及其他相關package:
npm install babel-loader babel-core babel-preset-es2015 babel-preset-react --save-dev
d.選擇安裝style-loader/css-loader
npm install style-loader css-loader --save-dev
2. 配置webpack.config.js
具體配置可以查看webpack提供的例子，主要依賴的是babel-loader
babel-loader上也有webpack.config.js應該如何編寫的例子，傳送門: babel-loader
3. 編寫我們的文件(例如: demo-antd.jsx)
只使用了antd提供的Button組件。只使用了antd提供的Button組件。
ps: 對比
import { Button } from 'antd';
和
import Button from 'antd/lib/button';
後者不會將antd中所有的內容都引入，如果你只是需要Button這么一種組件的話，推薦使用後一種寫法。
4. 執行構建
webpack ./demo-antd.jsx demo-antd-bundle.js
將生成demo-antd-bundle.js文件
5. 在頁面中引入bundle文件(demo-antd-bundle.js)
執行到這一步，在瀏覽器中查看頁面可以應該可以看到一個原生樣式的button元素，因為antd並沒有將樣式使用內聯style的方式寫入js文件中。
這里我們暫時將問題一擱置，來看看問題二：組件庫的內部機制。
因為沒有深入去看過antd的源代碼，沒法詳細說明antd的在代碼編寫上的一些....怎麼說，就是『代碼為什麼這樣寫』這個問題，有興趣的話，可以去查看源碼，正如 @陳吉浩 所說，查看github上的代碼比npm下載後的代碼更舒服。
E. 如何用 React 構建前端架構
用reactjs構建一個完整的前端頁面的步驟：
准備：React 的安裝包，建議去官網下載安裝
1、使用 React 的網頁源碼，結構大致如下：
<!DOCTYPE html><html> <head> <script src="../build/react.js"></script> <script src="../build/react-dom.js"></script> <script src="../build/browser.min.js"></script> </head> <body> <div id="example"></div> <script type="text/babel"> // **用戶代碼 ** </script> </body></html>
上面代碼有兩個地方需要注意。
首先，最後一個 <script> 標簽的 type 屬性為 text/babel 。這是因為 React 獨有的 JSX 語法，跟 JavaScript 不兼容。凡是使用 JSX 的地方，都要加上 type="text/babel" 。
其次，上面代碼一共用了三個庫： react.js 、react-dom.js 和 Browser.js ，它們必須首先載入。其中，react.js 是 React 的核心庫，react-dom.js 是提供與 DOM 相關的功能，Browser.js 的作用是將 JSX 語法轉為 JavaScript 語法，這一步很消耗時間，實際上線的時候，應該將它放到伺服器完成。
2、將 src 子目錄的 js 文件進行語法轉換，轉碼後的文件全部放在 build 子目錄。
$ babel src --out-dir build
3、渲染轉換成html節點，以方便操作dom：
ReactDOM.render 是 React 的最基本方法，用於將模板轉為 HTML 語言，並插入指定的 DOM 節點。
這里以插入hello world為例來說明
F. react native 怎麼關聯源碼
有時候第三方組件從樣式上並不能如我們意願，那我們如何更改React Native第三方組件的樣式呢，下面以react-native-viewpager和react-native-checkbox第三方組件為例：
（1）在node_moles文件目錄下找到react-native-viewpager子目錄，更改react-native-viewpager下面的dot點的背景色及選中的背景色，如下圖所示，更改DefaultViewPageIndicator文件中dot和curDot中顏色即可。
G. 怎麼看 reactos 0.3.3源碼
這種資源還是在網路或GOOGLE上搜一下，如果曾經有人在網上發布，或有網站下載，一般都會被搜索引擎收錄；如果搜不到，你可以找一下相關的論壇，最好是那種人氣比較高的論壇，注冊會員，發帖求助，會有高手幫你的。
H. 前端常用的框架有哪些
前端三大框架，是Angular、React、Vue，這三個框架現在是最為流行也是最多人用的框架。
React：
1.聲明式設計：React採用聲明範式，可以輕松描述應用。
2.高效：React通過對DOM的模擬，最大限度地減少與DOM的交互。
3.靈活：React可以與已知的庫或框架很好地配合。
優點：
1.速度快：在UI渲染過程中，React通過在虛擬DOM中的微操作來實現對實際DOM的局部更新。
2.跨瀏覽器兼容：虛擬DOM幫助我們解決了跨瀏覽器問題，它為我們提供了標准化的API，甚至在IE8中都是沒問題的。
3.模塊化：為你程序編寫獨立的模塊化UI組件，這樣當某個或某些組件出現問題是，可以方便地進行隔離。
4.單向數據流：Flux是一個用於在JavaScript應用中創建單向數據層的架構5.同構、純粹的javascript：因為搜索引擎的爬蟲程序依賴的是服務端響應而不是JavaScript的執行，預渲染你的應用有助於搜索引擎優化。6.兼容性好：比如使用RequireJS來載入和打包，而Browserify和Webpack適用於構建大型應用。它們使得那些艱難的任務不再讓人望而生畏。缺點：React本身只是一個V而已，並不是一個完整的框架，所以如果是大型項目想要一套完整的框架的話，基本都需要加上ReactRouter和Flux才能寫大型應用。
Vue：
Vue是尤雨溪編寫的一個構建數據驅動的Web界面的庫，准確來說不是一個框架，它聚焦在V（view）視圖層。
它有以下的特性：
1.輕量級的框架
2.雙向數據綁定
3.指令
4.插件化
優點：
1.簡單：官方文檔很清晰，比Angular簡單易學。
2.快速：非同步批處理方式更新DOM。
3.組合：用解耦的、可復用的組件組合你的應用程序。
4.緊湊：~18kbmin+gzip，且無依賴。
5.強大：表達式無需聲明依賴的可推導屬性(computedproperties)。
6.對模塊友好：可以通過NPM、Bower或Duo安裝，不強迫你所有的代碼都遵循Angular的各種規定，使用場景更加靈活。
缺點：
1.新生兒：Vue.js是一個新的項目，沒有angular那麼成熟。
2.影響度不是很大：google了一下，有關於Vue.js多樣性或者說豐富性少於其他一些有名的庫。
3.不支持IE8。
Angular：
Angular是一款優秀的前端JS框架，已經被用於Google的多款產品當中。
它有以下的特性：
1.良好的應用程序結構
2.雙向數據綁定
3.指令
4.HTML模板
5.可嵌入、注入和測試
優點：
1.模板功能強大豐富，自帶了極其豐富的angular指令。
2.是一個比較完善的前端框架，包含服務，模板，數據雙向綁定，模塊化，路由，過濾器，依賴注入等所有功能；3.自定義指令，自定義指令後可以在項目中多次使用。
4.ng模塊化比較大膽的引入了Java的一些東西（依賴注入），能夠很容易的寫出可復用的代碼，對於敏捷開發的團隊來說非常有幫助。
5.angularjs是互聯網巨人谷歌開發，這也意味著他有一個堅實的基礎和社區支持。
缺點：
1.angular入門很容易但深入後概念很多,學習中較難理解。
2.文檔例子非常少,官方的文檔基本只寫了api,一個例子都沒有,很多時候具體怎麼用都是google來的,或直接問misko,angular的作者。
3.對IE6/7兼容不算特別好,就是可以用jQuery自己手寫代碼解決一些。
4.指令的應用的最佳實踐教程少,angular其實很靈活,如果不看一些作者的使用原則,很容易寫出四不像的代碼,例如js中還是像jQuery的思想有很多dom操作。
5.DI依賴注入如果代碼壓縮需要顯示聲明。
I. React作為時下最熱的前端框架，各位有什麼經驗分享下嗎
1. 不要陷入糾結工具的怪圈
我們團隊一開始用 React 的時候，工具棧應該是 grunt +
grunt-react；寫了一段時間感覺有局限，然後老大帶頭把工具換成了 gulp + browserify + watchify +
reactify，然後又愉快的寫了大概半年吧，發現流行的庫都上 webpack 了；於是我們的工具棧又變成了 gulp + webpack +
babel-loader。最後大家一致認為 gulp 是多餘的，所以我們的工具棧又圍繞 webpack
重新搭建了一遍。到最近我負責的一個內部項目，什麼 hot-mole-replacement、extract-text-plugin（讓你在
js 里 require('style.scss'); 這么寫的玩意兒）一股腦的造。當然再後來因為業務需要我們又基於 webpack
搭建了自己的構建工具，這是後話……
這將近一年半的折騰歷史告訴大家，1) 前端就是個大坑，1個月不學新知識你就會被社區遺忘 2) 現在上 React 真幸福，工具棧基本都穩定了（什麼？你還不懂？用 webpack！），不用花太多時間糾結。
PS. HMR 也就那樣，雖然 dan 吹得神乎其神，但實際在項目里我發現大家還是習慣手動 Cmd + R
，因為項目大了以後 rebuild 也需要 1、2 秒。
2. DOM 操作是不可避免的
但
凡是上點兒規模的前端項目，沒有 DOM 操作基本是不可能的。且不說最常見的後端「埋點」，你總得用 DOM API
去取值吧；就說一個最簡單的，比如右手邊這個「回到頂部」的按鈕，你純用 React 寫一個試試。當然你會說什麼
requestAnimationFrame，什麼 ReactCSSTransitionGroup blah blah
blah，真正到項目里你會發現還是 DOM API 簡單。
3. 擁抱 ES 6，擁抱 React v0.14
這倆為什麼放在一起說呢？因為 React v0.14 里提出了一個全新的組件概念叫做：無狀態的函數式組件（Stateless functional components）。它大概長這樣：
var Aquarium = ({species}) => (
<Tank>
{getFish(species)}
</Tank>
);
有沒有發現被傳統的 createClass 方法精簡了很多？當然這樣寫組件也有很多局限，比如不能聲明各種生命周期方法等等，但是在常見的前端業務場景中，純 render 的組件不在少數。在這樣的語法推出後，我們就能把這些組件更方便的抽出來復用了。
此外，擁抱 ES 6 還有很多的好處，比如在載入依賴的時候不用先 var xxx = require('xxx'); 再 var yyy = xxx.yyy; 而是可以直接 import {yyy} from 'xxx'; 簡潔明了。
4. 生態環境仍然在成長中，坑不少
其
中首先要口誅筆伐一下的就是 react-router，我們從 v0.10 開始用，到現在
v1.0。你知道為了升級這玩意兒我們改了多少次業務代碼么？每次升級 API 都要變，無力吐槽。當年好不容易搞懂了
v0.11，在博客里寫了篇技術文章分享，結果後面的日子就是各種被催更……一個月前抽空就 0.13 版又重寫了一遍教程，這不 1.0
版又出了，API 基本全都不一樣了！！不一樣了！！一樣了！！樣了！
當然除了坑也有不少高質量的生態環境產品，比如螞蟻的 ant design。
5. Server 端渲染很美，至今沒看見哪個規模級的產品用到
可能是我孤陋寡聞吧，歡迎評論中跟進。自己摸索著寫過一個最簡單的 server 端渲染，但是這套邏輯如果套到我們現在的業務邏輯中，幾乎可以直接槍斃。為了實現 server 端渲染需要做出的 trade off 太多。
6. React 很簡單，也很難
簡單是因為 React 的 API 真的很少，官網的各種文檔花一個下午也能看個七七八八（此時此刻再看看 Angular……）。但是當你以為你真的搞懂 React 的時候，看看React 源碼剖析系列 － 解密 setState - pure render - 知乎專欄這篇文章開頭提的問題，有多少人能不假思索的答對呢？（順便安利一下，我們團隊的知乎專欄，目前處於死磕 React 的狀態）
當你真正在業務項目中使用 React 的時候，你會發現它的生命周期比你想像的復雜；它的 API 背後的邏輯比你以為的麻煩。當然，首先你要踩進這個坑。
7. 對於樓上某位仁兄表示《React：引領未來的用戶界面開發框架》這本書太難的回答，作為譯者之一表示對不起你。作為補償，所有購買本書的同學均可憑拍照私信我咨詢 React 相關的問題。