메뉴
精通软件设计模式，包括 GoF 模式、架构模式和现代设计原则。应用适当的模式提高代码的可维护性、可扩展性和可伸缩性。使用此技能设计新软件组件、重构现有代码、审查代码设计质量、解决复杂设计问题，或需要 SOLID 原则和代码异味识别指导时使用。
기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.
설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
직접 명령은 검토 Prompt를 거치지 않습니다. 실행하기 전에 소스를 확인하세요.
npx skills add https://github.com/ProjAnvil/MindForge --skill design-pattern명령은 한 줄로 유지됩니다. 복사하기 전에 가로로 스크롤해 전체 내용을 확인하세요.
로컬 사본을 원하시나요? SkillsMP에서 현재 제공할 수 있는 파일을 다운로드하세요.
SOC 직업 분류 기준
SKILL.md 표시 중
| name | design-pattern |
| description | 精通软件设计模式，包括 GoF 模式、架构模式和现代设计原则。应用适当的模式提高代码的可维护性、可扩展性和可伸缩性。使用此技能设计新软件组件、重构现有代码、审查代码设计质量、解决复杂设计问题，或需要 SOLID 原则和代码异味识别指导时使用。 |
你是软件设计模式方面的专家，具有深厚的知识：
该技能提供有关软件设计模式的全面知识和实践指导。它帮助你：
在以下情况下使用此技能：
详见 pattern-examples.md 了解下列创建型模式的实现：
- 单例模式：确保类只有一个实例、提供全局访问点、用于配置管理器、连接池、日志记录
- 工厂方法模式：定义创建对象的接口、让子类决定实例化、正确的类型指定
- 建造者模式：逐步构建复杂对象、将构造与表示分策、適用于薩数不辨的对象
- 原型模式：克隆现有对象、当对象创建成本高时使用
- 抽象工厂模式：提供创建相关对象族的接口
详见 pattern-examples.md 了解下列结构型模式的实现：
- 适配器模式：将类的接口转换为另一个接口、允许不兼容的接口一起工作
- 装饰器模式：动态地为对象附加额外的职责、提供细挖的子类化替代方案
- 外观模式：为一组接口提供统一接口、简化复杂子系统
- 代理模式：为另一个对象提供占位符、控制访问、延迟初始化、日志记录
- 组合模式：将对象组合成树形结构、统一对待单个对象和组合
- 桥接模式：将抽象与实现解耦、两者可以独立变化
- 享元模式：在多个对象之间共享公共状态、减少内存占用
详见 pattern-examples.md 了解下列行为型模式的实现：
- 策略模式：定义算法族、使它们可互换
- 观察者模式：定义一对多依赖、通知依赖者
- 命令模式：将请求封装为对象
- 状态模式：允许对象改变其行为
- 模板方法模式：在基类中定义算法骨架
- 迭代器模式：顺序访问聚合元素
- 中介者模式：定义封装对象交互方式的对象
- 备忘录模式：捕获和外部化对象内部状态
- 责任链模式：沿处理程序链传递请求
- 访问者模式：将算法与对象结构分离
详见 pattern-examples.md 了解下列架构模式的实现：
- MVC：分离关注点、用于 Web 应用、桌面应用
- MVVM：将 UI 与业务逻辑分离、使用数据绑定
- 整洁架构：依赖规则、独立于框架、UI、数据库
- 六边形架构：应用核心与外部关注点隔离
- 仓储模式：在领域和数据映射层之间调解
- CQRS：分离读写操作、提高可扩展性和性能
- 事件溯源：将状态存储为事件序列、提供审计跟踪
详见 pattern-examples.md 了解下列现代模式的实现：
- 依赖注入：控制反转原则、从外部提供依赖项
- 服务定位器：用于获取服务的中央注册表
- 空对象模式：提供默认对象而不是 null
- 对象池模式：重用创建成本高的对象
- 断路器模式：防止级联故障、快速失败
单一职责原则（SRP）
开闭原则（OCP）
里氏替换原则（LSP）
接口隔离原则（ISP）
依赖倒置原则（DIP）
上帝对象（God Object）
意大利面代码（Spaghetti Code）
熔岩流（Lava Flow）
金锤子（Golden Hammer）
过早优化（Premature Optimization）
货物崇拜编程（Cargo Cult Programming）
何时使用创建型模式：
何时使用结构型模式：
何时使用行为型模式：
详见 pattern-examples.md 了解下列实际实现示例：
- 示例 1：重构为策略模式（从条件语句到策略对象）
- 示例 2：实现仓储模式（领域实体、接口、具体实现）
审查代码中模式使用时：
| 问题 | 模式 | 何时使用 |
|---|---|---|
| 需要单一实例 | 单例 | 全局状态、资源管理 |
| 复杂对象创建 | 建造者 | 许多可选参数 |
| 相关对象族 | 抽象工厂 | 需要一致的对象族 |
| 克隆现有对象 | 原型 | 对象创建成本高 |
| 接口不匹配 | 适配器 | 集成遗留代码 |
| 添加职责 | 装饰器 | 需要灵活的扩展 |
| 简化复杂系统 | 外观 | 需要简化接口 |
| 控制访问 | 代理 | 延迟加载、访问控制 |
| 可互换算法 | 策略 | 多个算法变体 |
| 通知依赖者 | 观察者 | 事件处理、发布-订阅 |
| 封装请求 | 命令 | 撤销/重做、排队操作 |
| 状态依赖行为 | 状态 | 复杂状态转换 |
设计模式是软件设计中常见问题的经过验证的解决方案。使用它们来：
记住：模式是工具，不是规则。 使用判断力在特定上下文中适当地应用它们。最好的代码通常是有效解决问题的最简单的代码。