此笔记仅为个人总结，适用特定场景，勿参考
组件化的定义可以理解为：可配置、可扩展、可替换、代码去业务化（业务松耦合；行为驱动）。
隔离层：代码中难免会出现if重站的逻辑，但是要把这种无法规避的判断放在隔离层，不要影响核心逻辑的可读性。
组件化零活开发的同时注意不要降低现有代码质量，千万避免为了组件化而组件化。
当认准正确的道路上出现一个拦路虎的时候，不要轻易放弃这条道路，而是优先想办法解决掉这只拦路虎。
针对StockChange流程优先实现可配置，代码优化可以实现配置化后再进行。
组件化的最小单元是组件，例如微信的朋友圈、摇一摇；插件化的最小单位是插件，例如xx小程序。
越底层的模块，应该越稳定，越抽象，越具有高复用度。
不要让稳定的模块依赖不稳定的模块， 减少依赖。
每个模块只做好一件事情，不要让Common（通用）出现。
组件应该具有稳定性，不应该随着业务的发展而天天修改组件。