1.後端轉前端：通過在model檔案下得到的資料，通過reducer函式然後轉到前端。
2.前端轉後端：通過前端發起請求，到effect,而不經過reducer.
注：在頁面儲存的資料時，要想知道是夠被儲存，應該在effect裡打log，而不是在api下面。只要effect能列印得出來就可以了。
3.後端的資料經過reducer後，若reducer處理資料後，在主頁面獲取資料是：const = this.props。
4.編輯的字段從 子元件.defaultprops（有待解決是否一定需要） —>const = this.props.record.
5.將資料對映到每乙個欄位是getfielddecorator（引數一，引數二）雙向資料繫結。引數一：從父元件傳來的值，即4點上類似一提交資料的name屬性，引數二是個物件，主要用來做資料域的控制。避免使用者不填寫資料就提交。
getfielddecorator（）（該括號裡緊跟著要展示的資料錄入型別，例如input或者select）。當用提交資料的時候，呼叫表單的validatefields(err,value),校驗並獲取一組輸入域的值與 error，若 fieldnames 引數為空，則校驗全部元件,若沒有為空的字段，提交資料，再把資料置空。然後彈出使用者儲存的資訊是否成功失敗。
佇列的重新認識
今天又回顧了原來佇列那節，自己重新把 敲了一遍，但是還是犯了一些小小的錯誤，但是還是收穫了，對佇列有了近一步的認識。在此幾下僅僅為了更好的理解。錯誤分析 這個錯誤真的是犯得太幼稚了，而且還犯了兩次。在需要用到迴圈語句的地方，我這樣用 然後我列印了輸出佇列的長度 結果是 後來自己就把 重新檢驗了一遍發...
重構的重新認識
序言中，熊傑對重構的思考 認為存在的問題 1.認為掌握思想就夠了，不重重構手法 2.大刀闊斧的修改，甚者重建整個專案 重新認識 1.不要大刀闊斧 重構的基本定義 重構是在不改變軟體可觀察行為的前提下改善其內部結構。依靠的是那些已經被證明是行為保持的重構手法 整理出可測試的介面，給它新增測試，以此為重...
重新認識資料庫正規化
關鍵字 粒度.乙個典型的例子是位址,我們需要把位址作為乙個字段,還是分為省,市,詳細住址,簡單的回答是根據應用而定.重構方法,如果你的where語句中需要對乙個欄位作substring之類的操作時,這說明粒度太粗.要再細分出你要substring的部分來.另外,有些設計人員喜歡給每個表加乙個auto...