skystep的博客

在日常开发中，凡是需要生成复杂对象的地方，都可以尝试考虑使用工厂模式来代替。简单工厂模式有一个具体的工厂类，一个产品的抽象类或者接口，用来规范产品。将所有的具体产品的生产都罗列到工厂中。3. 扩展解读3.1. SpringBoot 项目中使用 简单工厂在实际项目中，我们通常使用 SpringBoot 进行开发，结合 IOC 机制也可以使用简单工厂达到简化产品生产，同时符合开闭原则。在这里，我们巧妙使用简单工厂和IOC思想，使用 getBea

建造者模式（Strategy）： 指将一个复杂对象的构造与它的表示分离，使同样的构建过程可以创建不同的表示，这样的设计模式被称为建造者模式。它是将一个复杂的对象分解为多个简单的对象，然后一步一步构建而成。它将变与不变相分离，即产品的组成部分是不变的，但每一部分是可以灵活选择的。 策略模式的主要优点如下。 其主要缺点如下。 策略模式的主要角色如下。...

“所以这里就出现了一连串的对象依赖，从而造成了严重的耦合灾难。解决这个问题的最好的办法就是，买卖双方都依赖于抽象——也就是货币——来进行交换，这样一来耦合度就大为降低了。”依赖倒置原则的原始定义为：高层模块不应该依赖低层模块，两者都应该依赖其抽象；抽象不应该依赖细节，细节应该依赖抽象。其核心思想是：要面向接口编程，不要面向实现编程。依赖倒置原则是实现开闭原则的重要途径之一，它降低了客户与实现模块之间的耦合。1.3. 总结从代码来看，Player 类是依赖类，属于高层模块，

在现实生活中，一个事件需要经过多个对象处理是很常见的场景。例如，采购审批流程、请假流程等。公司员工请假，可批假的领导有部门负责人、副总经理、总经理等，但每个领导能批准的天数不同，员工必须根据需要请假的天数去找不同的领导签名，也就是说员工必须记住每个领导的姓名、电话和地址等信息，这无疑增加了难度。那么有没有一种模式，只需要知道出发点，中间经过多少环节并不用用户关心，顺着流程就可以达到最终的结果。就好比搭高铁，只需要知道起点和终点即可，买票起点搭车到站下车，中间经过多少站点，每个站点停留了多久时间不用乘客关心，

模板方法模式