GoF 23种设计模式实战解析从工厂到策略的5个经典案例UML图在软件开发领域设计模式如同建筑师的蓝图为解决常见问题提供了经过验证的解决方案。本文将深入探讨五种经典设计模式的实际应用通过完整的UML类图展示其设计思路帮助开发者掌握从理论到实践的转化技巧。1. 工厂模式游戏角色生成系统游戏开发中经常需要动态创建不同类型的角色。假设我们正在开发一款RPG游戏需要生成不同等级的战士和怪物。使用抽象工厂模式可以优雅地解决这个问题。startuml class GameFactory { createFighter(): Fighter createMonster(): Monster } class BeginnerFactory { createFighter(): Fighter createMonster(): Monster } class AdvancedFactory { createFighter(): Fighter createMonster(): Monster } class Fighter { attack(): void } class Monster { defend(): void } class BeginnerFighter class AdvancedFighter class BeginnerMonster class AdvancedMonster GameFactory |-- BeginnerFactory GameFactory |-- AdvancedFactory Fighter |-- BeginnerFighter Fighter |-- AdvancedFighter Monster |-- BeginnerMonster Monster |-- AdvancedMonster BeginnerFactory -- BeginnerFighter BeginnerFactory -- BeginnerMonster AdvancedFactory -- AdvancedFighter AdvancedFactory -- AdvancedMonster enduml关键设计决策抽象工厂接口定义了创建产品族的方法具体工厂实现负责创建特定等级的角色产品接口确保所有具体产品具有统一行为开闭原则体现新增角色等级只需添加新工厂类无需修改现有代码客户端代码仅依赖抽象接口与具体实现解耦2. 策略模式电影院票价折扣系统电影院售票系统需要为不同类型用户提供差异化折扣策略。策略模式允许在运行时灵活切换算法。startuml class Ticket { -price: double -discount: DiscountStrategy getPrice(): double setDiscount(d: DiscountStrategy): void } interface DiscountStrategy { calculate(price: double): double } class StudentDiscount { calculate(price: double): double } class VIPDiscount { calculate(price: double): double } class ChildrenDiscount { calculate(price: double): double } Ticket o-- DiscountStrategy DiscountStrategy |.. StudentDiscount DiscountStrategy |.. VIPDiscount DiscountStrategy |.. ChildrenDiscount enduml策略对比表策略类型折扣率适用场景学生票20% off需验证学生证VIP票50% off 积分会员用户儿童票固定减10元12岁以下模式优势避免使用复杂的条件判断语句新增折扣策略不影响现有代码算法实现细节对客户端透明3. 观察者模式快递通知系统电商平台需要实时通知用户快递状态变化。观察者模式建立了对象间的一对多依赖关系。startuml class ExpressCompany { -observers: ListObserver register(o: Observer): void notify(): void } interface Observer { update(info: string): void } class Student { update(info: string): void } class Teacher { update(info: string): void } ExpressCompany o-- Observer Observer |.. Student Observer |.. Teacher enduml典型交互流程用户(观察者)在快递公司注册快递状态变更时调用notify()所有注册用户收到update通知用户根据通知执行相应操作设计要点主题(ExpressCompany)维护观察者列表观察者接口统一了通知方式支持动态添加/移除观察者4. 装饰器模式游戏角色装备系统RPG游戏中角色装备会动态影响属性。装饰器模式可以在运行时透明地添加功能。startuml class Character { attack(): int defense(): int } class Warrior { attack(): int defense(): int } class Equipment { -character: Character attack(): int defense(): int } class Sword { attack(): int } class Shield { defense(): int } Character |-- Warrior Character |-- Equipment Equipment |-- Sword Equipment |-- Shield enduml装备叠加效果base Warrior() sword_warrior Sword(base) shield_sword_warrior Shield(sword_warrior) print(shield_sword_warrior.attack()) # 基础攻击 剑加成 print(shield_sword_warrior.defense()) # 基础防御 盾加成模式特点比继承更灵活的功能扩展方式装饰器与被装饰对象实现相同接口可以递归嵌套多个装饰器5. 状态模式播放器控制系统媒体播放器需要根据当前状态改变行为。状态模式将状态转移逻辑封装在独立类中。startuml class Player { -state: State play(): void pause(): void stop(): void } interface State { play(p: Player): void pause(p: Player): void stop(p: Player): void } class PlayingState { play(p: Player): void pause(p: Player): void stop(p: Player): void } class PausedState { play(p: Player): void pause(p: Player): void stop(p: Player): void } class StoppedState { play(p: Player): void pause(p: Player): void stop(p: Player): void } Player o-- State State |.. PlayingState State |.. PausedState State |.. StoppedState enduml状态转移矩阵当前状态play()pause()stop()Stopped→Playing无效无效Playing无效→Paused→StoppedPaused→Playing无效→Stopped实现提示每个状态类封装该状态下的行为上下文(Player)将请求委托给当前状态状态转移由具体状态类控制掌握这些设计模式的UML表示和实现细节能够帮助开发者在系统设计阶段做出更合理的架构决策。每种模式都针对特定类型的问题提供了优雅的解决方案关键在于理解其适用场景和实现要点。