03.开闭原则详细介绍
本文详细介绍了面向对象设计中的开闭原则（OCP），即软件实体应对扩展开放、对修改关闭。文章通过问题思考、背景分析、实现方式及案例教学，深入探讨了如何在实际开发中应用这一原则，以提高代码的可维护性和扩展性。文中还结合图形绘制和银行业务两个具体案例，展示了如何通过抽象类、接口、策略模式等技术手段实现开闭原则。最后总结了开闭原则的优缺点，并强调了其在设计模式中的重要地位。
【再谈设计模式】中介者模式 - 协调对象间交互的枢纽
中介者模式定义了一个中介对象来封装一组对象之间的交互方式。中介者使得各对象之间不需要显式地相互引用，从而降低了它们之间的耦合度。它通过将对象之间的交互逻辑集中到中介者对象中，使得系统的结构更加清晰，易于维护和扩展。
【再谈设计模式】状态模式~对象行为的状态驱动者
状态模式属于行为型设计模式。它将对象的行为封装在不同的状态类中，使得对象在不同的状态下表现出不同的行为。上下文（Context）：这是一个包含状态对象的类，它定义了客户感兴趣的接口，并维护一个具体状态对象的引用。上下文将操作委托给当前的状态对象来处理。抽象状态（State）：这是一个抽象类或者接口，它定义了一个特定状态下的行为接口。所有具体的状态类都实现这个接口。具体状态（Concrete State）：这些是实现抽象状态接口的类，每个具体状态类实现了与该状态相关的行为。
提示词工程的十大认知误区
本文将列举一些提示工程认知和创作方面的认知误区，并分享了作者的一些见解，希望能够为读者提供启发。
「全网最细 + 实战源码案例」设计模式——责任链模式
责任链模式（Chain of Responsibility Pattern）是一种行为型设计模式，允许将请求沿着处理者链进行发送。每个处理者可以处理请求或将其传递给下一个处理者，从而实现解耦和灵活性。其结构包括抽象处理者（Handler）、具体处理者（ConcreteHandler）和客户端（Client）。适用于不同方式处理不同种类请求、按顺序执行多个处理者、以及运行时改变处理者及其顺序的场景。典型应用包括日志处理、Java Web过滤器、权限认证等。
「全网最细 + 实战源码案例」设计模式——命令模式
命令模式（Command Pattern）是一种行为型设计模式，将请求封装成独立对象，从而解耦请求方与接收方。其核心结构包括：Command（命令接口）、ConcreteCommand（具体命令）、Receiver（接收者）和Invoker（调用者）。通过这种方式，命令的执行、撤销、排队等操作更易扩展和灵活。
适用场景：
1. 参数化对象以操作。
2. 操作放入队列或远程执行。
3. 实现回滚功能。
4. 解耦调用者与接收者。
优点：
- 遵循单一职责和开闭原则。
- 支持命令组合和延迟执行。
- 可实现撤销、恢复功能。
缺点：
- 增加复杂性和类数量。
设计模式1：工厂模式
本文是小卷学习设计模式系列的开篇，主要介绍了工厂模式及其在框架中的应用。工厂模式属于创建型设计模式，分为简单工厂模式、工厂方法模式和抽象工厂模式。简单工厂模式由一个工厂类根据参数创建对象；工厂方法模式通过子类实现具体对象的创建；抽象工厂模式用于创建多个相关联的对象族。文中还展示了Spring的`BeanFactory`和SLF4J的`LoggerFactory`作为实际案例。
「全网最细 + 实战源码案例」设计模式——模板方法模式
模板方法模式是一种行为型设计模式，定义了算法的骨架并在父类中实现不变部分，将可变部分延迟到子类实现。通过这种方式，它避免了代码重复，提高了复用性和扩展性。具体步骤由抽象类定义，子类实现特定逻辑。适用于框架设计、工作流和相似算法结构的场景。优点包括代码复用和符合开闭原则，缺点是可能违反里氏替换原则且灵活性较低。
「全网最细 + 实战源码案例」设计模式——策略模式
策略模式（Strategy Pattern）是一种行为型设计模式，用于定义一系列可替换的算法或行为，并将它们封装成独立的类。通过上下文持有策略对象，在运行时动态切换算法，提高代码的可维护性和扩展性。适用于需要动态切换算法、避免条件语句、经常扩展算法或保持算法独立性的场景。优点包括符合开闭原则、运行时切换算法、解耦上下文与策略实现、减少条件判断；缺点是增加类数量和策略切换成本。示例中通过定义抽象策略接口和具体策略类，结合上下文类实现动态算法选择。