Corlin Blog

我们如何看待设计模式？设计模式需要站在时间轴上来看待，需要看到未来。如果一个系统是静态的，那我们也不需要设计模式，毕竟引入了某种设计模式之后，系统的复杂性以及可理解性就会大打折扣。策略模式在软件设计的过程中，某些对象使用的算法可能多种多样，经常会发生改变，如果将这些算法都硬编码到对象中，通过 if…else… 或者 switch…case… 来进行管理，将会使对象变得臃肿。策略模式要解决的问题就是如何在运行时根据需要透明地更改对象所使用的算法？将对象与算法解耦，从而避免上述问题。场景模拟例如我们

概述我们在谈设计模式的时候，需要结合具体的场景来谈。没有万能的设计模式可以适应每一个业务场景，我们只有结合实际业务场景，抓住场景中的「变」和「不变」的主体才能更好地运用设计模式来设计出优良的代码结构。工厂设计模式属于让我们灵活创建对象的模式。用于应对这样的场景：通过一个类，在不改变它的源码的情况下可以通过它暴露的接口构造出我们想要的对象。通过模拟一个小场景并逐步重构来理解工厂设计模式。需求...

在软件构建过程中，对于某一项任务，它常常有稳定的整体操作结构，但各个子步骤却有很多改变的需求，或者由于固有的原因（比如框架与应用之间的关系）而无法和任务的整体结构同时实现。 如何在确定稳定操作结构的前提下，来灵活应对各个子步骤的变化或者晚期实现需求？