生產環境打包並執行
yarn run build
會src**進行打包處理，在記憶體中生成打包檔案
將打包檔案儲存至記憶體
yarn global add serve
serve -s build
將 build 資料夾下所有資源載入到記憶體中
啟動伺服器，執行記憶體中的打包檔案，通過瀏覽器訪問 url
react 的 webpack 配置
npm run start 命令實際上是呼叫了 react-scripts start 命令
所有的配置檔案都藏在 node_modules/react-scripts 目錄
下，我們當然可以鑽進這個目錄去一**竟
當前目錄下會增加兩個目錄
乙個是 scripts ，另乙個是 config
同時， package.json檔案中的 scripts 部分也發生了變化：
元件間的資料傳遞
祖先元件傳遞給後代元件： props 傳遞
後代元件給祖先元件傳遞 ： 後代元件呼叫 props 接收到的函式
async/await
簡化 promise 的使用: 不用通過 then() 來指定非同步的**函式
以同步編碼方式實現非同步流程
在返回 promise 物件的表示式左側指定 await, 這樣就可以直接 promise 非同步返回的結果
await所在函式定義的左側
事件處理機制
繫結事件
目標元素
事件名**函式： 接收資料並處理
觸發事件
某動作目標元素的事件
事件名資料都封裝在 event 物件中
繫結事件監聽
自定義事件名
**函式： 接收資料並處理
觸發事件
手動觸發
自定義的 事件名
自定義資料
componentwillreceiveprops (newprops)
// 初始時是不會呼叫的, 後面再接收到新的標籤屬性就會自動呼叫
使用訊息訂閱 (subscribe)-發布 (publish)機制
特點： 不強調元件關係
工具庫：pubsubjs
// 載入到生產依賴
使用：
1. 引入 const pubsub = require("pubsub-js");
2. 提供的物件 pubsub
pubsub.subcribe(msgname, function(msgname, data)) // 訂閱訊息
pubsub.publish(msgname, data) // 發布訊息
專案開發感悟2
1,專案一開始就應該讓後台和資料不分離，我認為如果兩者分開的話，在後期維護的時候有很大的問題。這一條有待研究，但是我覺得這麼分離不是很好，但是也有可能是我的經驗比較少，需要我日後慢慢理解。2,專案沒有階段性測試，導致所有模組做完之後，導致需要幾個月之前的bug，耗費時間長。3,專案從一開始就頻繁更換...
使用angular2開發管理系統專案
公司內部有乙個內部專案，功能是對一些資料進行crud，所以前端方面便選擇了angular2。當時最新版本是beta1，整個開發流程總共花了一周的時間。webpack的配置直接使用了angular2 webpack starter裡的配置。ng2最麻煩的應該就是環境配置了，得益於這個github的專案...
cocos2d x 某專案的開發規範
一，命名法 1 cocos的類一般以 cc 開頭，而工程專案自定義的類，一般以 c 專案名稱縮寫 開頭。2 類的成員變數要盡可能的少。如果乙個變數可以由其他與它同作用域或更大作用域的變數計算得到，那麼不要宣告這個變數到更大作用域。成員變數 m 全域性變數 g 靜態變數 s 常數變數 c 指標 p 整...