咖啡八杯

摘要： 本文是【GoF设计模式】系列第6篇，更多内容欢迎关注公众号：咖啡八杯 前言 为什么需要适配器模式？ 写业务代码时经常碰到这种情况：项目里已经定义好了一个接口 PaymentGateway，所有支付都走它的 pay(orderId, amount) 方法；今天产品说要接入微信支付，打开 SDK 一看— 阅读全文

摘要： 最近老是收到微信平台的通知信息，告知“原微信人脸核身接口将于2026年6月30日停止服务，逾期未切换将无法使用人脸核身功能。”，看了一下官网的文档，2.0的使用变得更复杂了，所以整理了一下需要使用到的接口和流程，文中代码仅展示核心逻辑和框架，需根据实际项目调整。 概览 2.0 接口共需要使用以下四个 阅读全文

摘要： 本文是【GoF设计模式】系列第5篇，更多内容欢迎关注公众号：咖啡八杯 前言 为什么需要原型模式？ 有些场景下，创建一个对象不是简单的 new 就能搞定的——可能要查数据库、调接口、做复杂计算，初始化过程很重。更麻烦的是，有时需要创建大量相似对象，每个只有细微差别： // 场景：创建一个游戏角色，和已 阅读全文

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

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

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

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