此筆記僅爲個人總結，適用特定場景，勿參考
組件化的定義可以理解爲：可配置、可擴展、可替換、代碼去業務化（業務鬆耦合；行爲驅動）。
隔離層：代碼中難免會出現if重站的邏輯，但是要把這種無法規避的判斷放在隔離層，不要影響核心邏輯的可讀性。
組件化零活開發的同時注意不要降低現有代碼質量，千萬避免爲了組件化而組件化。
當認準正確的道路上出現一個攔路虎的時候，不要輕易放棄這條道路，而是優先想辦法解決掉這隻攔路虎。
針對StockChange流程優先實現可配置，代碼優化可以實現配置化後再進行。
組件化的最小單元是組件，例如微信的朋友圈、搖一搖；插件化的最小單位是插件，例如xx小程序。
越底層的模塊，應該越穩定，越抽象，越具有高複用度。
不要讓穩定的模塊依賴不穩定的模塊， 減少依賴。
每個模塊只做好一件事情，不要讓Common（通用）出現。
組件應該具有穩定性，不應該隨着業務的發展而天天修改組件。