面向对象七大原则

面向对象设计（OOD）是现代软件工程中的核心，其核心思想在于通过抽象化实体的特征和行为来模拟现实世界，这种方法不仅仅是一种编程范式，更是一种设计哲学。在编程领域，它帮助开发者通过类和对象的组织和交互，来构建出模块化、灵活且易于维护的软件系统。而面向对象设计的七大原则，常被称为“OOD七大宝典”，它们分别是单一职责原则（SRP）、开闭原则（OCP）、里氏替换原则（LSP）、依赖倒置原则（DIP）、接口隔离原则（ISP）、迪米特法则（LoD）和合成复用原则（CRP）。

面向对象的几大原则你都知道吗

观察者模式是一种行为设计模式，用于定义对象间的一对多依赖关系。当主题对象状态改变时，所有依赖它的观察者都会自动收到通知并更新。本文以气象监测系统为例，说明传统写法会导致紧密耦合，而观察者模式通过"订阅-通知"机制解耦主题和观察者。 文章详细介绍了观察者模式的四个角色（主题接口、具体主题、观察者接口、具体观察者），并通过UML类图展示了它们的关系。重点讲解了"拉模型"实现方式：主题通知时将自身传给观察者，观察者按需从中拉取所需状态。最后以气象站和显示面板为例，给出了完整的Java实现代码，演示如何让温度数据变

并行化，就是让 Agent 同时干多件互不依赖的事。不是所有步骤都排队。能同时查新闻、查公告、查知识库，就不要一个一个查。最后再把多个分支的结果合并，生成一个统一答案。并行化不是为了炫技。它解决的是一个很现实的问题：复杂任务太慢。提示链让 Agent 会按步骤做事。路由让 Agent 会选择不同路径。并行化让 Agent 在合适的时候同时推进多个分支。真正的工程重点是：独立分支、统一输出、超时兜底、冲突合并、成本控制。一句话总结：能独立跑的任务，就并行；需要依赖的任务，就串行；

本文从实战出发，详细解析了Redis缓存设计中的三大类问题——穿透、击穿、雪崩的成因与解决方案，并给出了Spring Boot下可直接运行的代码示例。同时，对缓存与数据库的一致性策略进行了深入对比，推荐采用“先更新数据库再删除缓存”的Cache Aside模式，辅以延迟双删保障最终一致性。核心要点回顾- 穿透：布隆过滤器 + 空值缓存- 击穿：分布式互斥锁 + 逻辑过期- 雪崩：随机过期时间 + 多级缓存 + 限流- 一致性：Cache Aside + 延迟双删 / Canal异步同步。

故事联想记忆法速记，总结常用和不常用的设计模式

学习与适应，是 Agent 从“工具调用器”升级成“长期系统”的关键一步。它的核心不是让模型自由发挥，而是建立反馈闭环。能记录。能评估。能诊断。能更新。能验证。能回滚。做到这些，Agent 才能越用越稳，越跑越准。智能体设计模式：学习与适应 Learning & Adaptation：功能变化与行业影响解析_热闻岛。

总结演化规律：从刚性模式到灵活范式适配强调开发者需保持范式与模式的双重视角。

前面所有章节构建的 Agent 都有一个共同的隐含前提：它们在使用过程中不会成长。你用了一年的 Agent，和你用了一天的 Agent，能力边界完全相同。上周它帮你解决了一个 Python 依赖冲突，下周同样的问题再出现，它依然从零开始思考。这在人类同事的视角里不可想象——一个工作了一年的工程师，绝对不可能和入职第一天一样。自主进化 Agent 要解决的就是这个问题：让 Agent 从"工具"变成"同事"，越用越强。本章讲清楚六件事：你的团队每天都会做"代码提交前检查"这件事：跑 linter、跑测试、写提

每次搭新工作流都从零开始设计？节点乱连、逻辑混乱、维护困难——你可能缺的不是技术，而是设计模式。本文总结了 5 种在实际项目中验证过的扣子工作流架构模板：串行管道、并行分支、条件路由、循环迭代、分层聚合。每种模式都有适用场景、架构图和实战案例，帮你像搭乐高一样快速搭建高质量工作流。

资源感知优化，是 Agent 从 Demo 走向生产的关键能力。Demo 可以只追求效果。生产系统必须同时看质量、成本、延迟和稳定性。一句话：小问题别烧大模型，大问题别省关键资源，高风险问题别让 Agent 独自决定。智能体设计模式：资源感知优化 Resource-Aware Optimization_热闻岛。

这个认知没错，但只覆盖了模板方法 20% 的用法——剩下的 80% 藏在各种 Spring 组件里，你天天在用却从来没把它跟设计模式挂钩。剩下的 6 个步骤是 JdbcTemplate 帮你写好的——这就是模板方法模式的本质：**固定流程 + 可变步骤**。# 你写 JdbcTemplate 的 callback 写了三年——这就是模板方法，但你从没把它当设计模式。ps -> ps.setString(1, "PAID"), // 步骤1：设置参数。8. 归还连接到连接池。

工厂模式（Factory Pattern）是创建型设计模式中应用最广泛的模式家族，它封装了对象的创建逻辑，让调用方无需关心具体的实现细节。工厂模式分为三种演进形态：简单工厂工厂方法和抽象工厂。本文将通过一个"支付系统"的案例，逐步揭示它们的区别与适用场景。学习建议：工厂模式的三种形态不是孤立存在的，而是一个随着需求复杂度增长而自然演进的过程。

本文系统介绍了软件设计模式的三大类型（创建型、结构型、行为型）及其核心模式。重点讲解了创建型模式中的五种常用模式：简单工厂模式（封装对象创建逻辑）、工厂模式（支持多维度扩展）、抽象工厂模式（解决产品族兼容问题）、单例模式（全局唯一实例）和建造者模式（复杂对象构造）。每种模式都通过代码示例说明其核心思想、适用场景和优缺点，并强调设计原则（如开闭原则、单一职责原则）在模式设计中的重要性。

工具使用，也叫函数调用。它的核心很简单：把一个外部能力描述给模型，让模型在需要时生成结构化调用请求。真正执行工具的，不是模型。而是你的业务系统。模型只负责三件事：• 判断是否需要工具。• 选择应该调用哪个工具。• 生成这个工具需要的参数。编排层负责后面的事：参数校验、权限判断、调用接口、处理异常、记录日志，再把结果回填给模型。这就是工具型 Agent 的底层逻辑。工具使用，是 Agent 从“聊天”走向“执行”的关键一步。没有工具，大模型只是一个聪明的文本生成器。

本文介绍工厂方法模式如何通过"定义抽象工厂方法、子类决定创建谁"将创建决策从调用方剥离，并对比了工厂方法与简单工厂的核心差异，帮助读者快速理解工厂方法模式。

本文是「Java 23 种设计模式」系列的番外篇，以真实的多平台电子面单对接案例，深入讲解策略模式+编排器的实战应用。文章从一个250行的“上帝方法”出发，分析传统 if-else 式平台判断的弊端，通过引入策略模式解耦算法、编排器固定流程、工厂模式管理策略，最终实现“流程与策略完全分离”。文中包含完整的UML类图、时序图、JDK 1.6 兼容代码示例、性能压测数据（10包裹响应时间从850ms降至60ms）以及踩坑指南。适合希望掌握策略模式落地、理解开闭原则与单一职责原则的Java开发者阅读。