咖啡八杯

摘要： 本文是【GoF设计模式】系列第4篇，更多内容欢迎关注公众号：咖啡八杯 前言 为什么需要建造者模式？ 在 GoF设计模式——抽象工厂模式 中，抽象工厂解决了"一族产品要风格统一"的问题——一个工厂负责一整套产品，选了工厂就等于选了整套风格。 但不管是工厂方法还是抽象工厂，都只管"产出什么"，不管"怎么 阅读全文

摘要： 本文是【GoF设计模式】系列第3篇，更多内容欢迎关注公众号：咖啡八杯 前言 为什么需要抽象工厂模式？ 在 GoF设计模式——工厂方法模式 中，工厂方法模式解决了"新增产品不改老代码"的问题：将创建职责分散到多个具体工厂，每个工厂只管一种产品，新增产品时只需新增工厂类。 但工厂方法模式有一个隐藏缺陷： 阅读全文

摘要： 前言 为什么需要简单工厂模式？ 假设在开发一个通知系统，最初只支持邮件通知： Notification n = new EmailNotification(); n.send("欢迎注册"); 简单直接，没毛病。后来产品加了短信通知，代码变成了这样： // 订单模块 if (type.equals( 阅读全文

摘要： 前言 为什么需要单例模式？ 想象一个场景：一个应用需要读取配置文件，如果每次读配置都 new 一个配置管理器出来，就会出现两个问题： 浪费资源：配置数据都一样，创建多个对象毫无意义 数据不一致：A 模块改了配置，B 模块的配置对象还是旧的 这时候需要的就是单例模式——保证一个类在整个应用中只有一个实 阅读全文