Composition Patterns（组合模式）：常见问题

采用组合模式会延长开发周期吗？

在项目的最开始，搭建底层的“积木砖块”确实比直接买“预制板”要稍微多花一点时间思考。但根据我们的实际观察，这种“前期投资”在第二次需求迭代时就能回本。由于组件变得极易复用和调整，中后期的开发速度通常会提升 1.5 到 2 倍，并且大幅减少了修复 Bug 的工期。

我们旧有的庞大业务组件还能救吗？

当然可以。我们不建议一次性全部推翻重写，这会带来巨大的风险。更好的策略是“小步快跑”：当下一次需要给旧组件增加功能时，尝试用组合模式先将那个功能点拆解出来，作为一个独立的子组件。慢慢地，你会发现旧有的黑盒在一点点被拆解成灵活的零件。

这种模式有什么副作用吗？

最常见的副作用是“由于控制权太灵活，导致样式失控”。当页面上到处是自由拼搭的零件时，如果不加限制，可能会产生不符合 UI 设计规范的组合。

解决方案是配合“样式规范”一起使用。即：你可以自由拼搭，但只能使用我们提供的、符合品牌视觉的规范零件。