1. 關聯更新
2. 不可**
這兩點我非常贊同，尤其是第一點，現在存在非常多的關聯更新，很難管理，目前還沒想到好的方式處理；第二點，其實是第一點的結果，由於關聯太多導致不可**，也就是解決了關聯更新，也就解決了第二點的大部分；
關聯更新這塊，我覺得根源在於需求是逐步修改的，也就是說白了很多時候的實現是被需求逐步改的，而需求本身其實開始考慮的時候並不完全，個人認為需要通過狀態機或者乙個整體的uml圖來表達整個系統架構，包括互動，而不是停留在**層面，這樣關聯更新和不可**就可以很好的解決；同時，通過技術的更新和分層，盡可能的將**和功能清晰，也就是說搭建乙個比較清晰的圖，避免一些不必要的關聯或者硬編碼、硬依賴。
react路由相關
在react router4.0版本中我們不要安裝react router這個外掛程式，我們要使用react router dom這個外掛程式 react router 基礎包react router dom 基於瀏覽器端的路由 對react router和react router dom的理解 r...
REACT相關配置
const require customize cra const path require path module.exports override fixbabelimports import addwebpackalias customize cra是乙個庫，用yarn add引入即可，fix...
HUSTOJ實現的相關想法
這兩天通過讀 hustoj 的原始碼，是我對oj系統有了初步的了解，對整個系統的構架有了淺薄的認識。拿hustoj來講，hustoj的結構是典型的lamp伺服器，就是linux apache mysql php，以及用c c寫的評測機核心。hustoj有兩種資料互動的模式，兩種的不同點在於，是評測機...