來新公司開始用 react 已經兩個多月了，當然之前我對 react 也不是一無所知的，對 react 的基礎語法、jsx、virtual dom 都是有一定的了解。之前用過 angular、vue，對元件化開發都掌握的很熟練了，但 react 與 angular、vue 還是有較大差異的，在使用 react 的過程中看了一些教程，也從 angular 和 vue 中汲取了一些經驗，對如何寫 react 也有了一些自己的經驗。
react 和 angular、vue 一樣都是元件化的，甚至使用了 jsx 的 react 在元件化上更加的激進，我們也應該利用這個特性，將專案分成很小的元件。
有時候很小的元件只需要幾行，不要擔心，這樣完全沒有任何問題，小的元件可以保證功能的純粹性，乙個元件只做一件事，這樣使用起來更加的簡單方便，利於重複利用和二次開發，也方便追種錯誤和修改 bug，但是還是不要忘了寫好備註哦！
當然，分成更小的元件會導致過的的檔案，使專案顯得臃腫，如何架構**還是要先想清楚！
下面的東西在你的專案中有嘗試嗎：
學會了這些，react 會寫起來更舒服。
react 也是不斷的在發布新版本，新增新的特性，祛除舊的特性，讓開發人員更好的組織專案**，所以最好要跟進版本。
就像 react 16.3.0 版本，發布了很多革命性的變更：
context api
createref api
forwardref api
strictmode
元件生命週期變更
在 react 16.4.0 中更新了指標事件。
接下來還有非同步渲染、快取等等新的特性，及時了解新的特性，跟進版本對開發人員的技術成長也是很重要的。
新的特性都是經驗總結、經過驗證才推出的，一定能提高開發上的效率或者安全性等等，對專案有提公升是必然的。不要怕用新版本的東西，它只會加快你的開發速度和效率，不會拖累你的。
一般乙個專案很大就會搞的非常複雜，redux、mobx 等等，這些狀態管理看起來是使我們的專案更加清晰，但是我們卻為這些狀態管理浪費了更多的時間。
所以，在我的專案中，能不用狀態管理就不用狀態管理，盡可能的使專案簡單，大的專案拆分成小的專案，小的專案拆分成幾個元件，然後繼續拆分成更小的元件，資料只應該出現在需要它的地方，而不應該全域性。
不要認為重構是無意義的事情，重構也是非常重要的，因為各種原因，業務的增長、版本庫的變更、各種 bug 的修改等等，**庫會變得臃腫和醜陋，越來越難以維護。所以，一段時間審閱一次**，調整結構，部分或者全部重構也是非常重要的，不至於到專案專案需要完全推倒重來的地步。
以上就是我這段時間以來寫 react 的一些總結，都是比較籠統的，沒有具體的**總結，社群的總結都非常的到位了，我就不拾人牙慧了。有什麼問題也請大家多多指點。
react學習初總結
這是第一次接觸react,以前都是在用vue做專案，突然來看react的語法其實還是特別的陌生，感覺非常的繞，但是總體感覺react的把函式式程式設計還是體現的淋漓盡致的，react是單向資料流的，而vue是雙向繫結，react的狀態改變是手動會觸發，而vue是響應式，每個狀態都是監聽的，在中小型專...
初涉彙編《三》
在彙編 二 中我的說的問題，在這就不做回答了，因為乙個暫存器的來儲存資料肯定不夠用，因此，這些暫存器就可以提供空間。好了，這個彙編學習畢竟是我對彙編的個人的學習問題。現在我來說說彙編中後面的幾個標誌暫存器。標誌暫存器總共有9個，分別是cf,pf,af,zf,sf,tf,if,df,of 詳細解答，看...
初涉字尾陣列
以poj 1743為例。模板中的基數排序基於前向星。詳細證明過程詳見 演算法合集之 字尾陣列 處理字串的有力工具 非常不錯的一篇 include include include include include include include include include include inclu...