UML图画法作者：wlai发布：2025-03-12更新：2025-03-12 一、4+1视图对应的描述工具1.1 逻辑架构（1）静态方面 组件图 包图 类图 对象图 （2）动态方面 时序图 协作图 状态图 活动图 1.2 开发架构 包图 类图 组件图 1.3 物理架构 部署图 组件图 1.4 运行架构 部署图 组件图 1.5 数据架构 ？ 1.6 总结 二、类图2.1 类图 （1

设计模式：总结作者：wlai发布：2024-04-02更新：2025-05-10 一、设计模式的核心目标设计模式的核心目标是管理变化，提高复用，不要为了模式而模式，也不要误用模式。 二、应对复杂问题的两种手段人类应对复杂问题有两种手段，分别是分解和抽象。 三、八大原则（1）依赖倒置原则（DIP） （2）开放封闭原则（OCP） （3）单一职责原则（SRP） （4）里氏替换原则（LSP） （5）接口隔

设计模式：领域问题作者：wlai发布：2024-04-02更新：2025-02-10 在特定领域中，某些变化虽然频繁，但可以抽象为某种规则。这时候，结合特定领域，将问题抽象为语法规则，从而给出在该领域下的一般性解决方案。 领域问题的典型模式有： （1）Interpreter ：解析器模式 一、解析器模式1.1 动机在软件构建过程中，如果某一特定领域的问题比较复杂，类似的结构不断重复出现，如果使用普

设计模式：行为变化作者：wlai发布：2024-04-02更新：2025-02-10 在组件的构建过程中，组件行为的变化经常导致组件本身剧烈的变化。行为变化模式将组件的行为和组件本身进行解耦，从而支持组件行为的变化，实现两者之间的松耦合。 典型的行为变化模式有： （1）Command - 命令模式 （2）Visitor - 访问器模式 一、命令模式1.1 动机在软件构建过程中，行为请求者和行为实现

设计模式：数据结构作者：wlai发布：2024-04-02更新：2025-02-10 常常有一些组件在内部具有特定的数据结构，如果让客户程序依赖这些特定的数据结构，将极大地破坏组件的复用。这时候，将这些特定的数据结构封装在内部，在外部提供统一的接口，来实现与特定数据结构无关的访问，是一种行之有效的解决方案。 典型模式有： （1）Composite - 组合模式 （2）Iterator - 迭代器模

设计模式：状态变化作者：wlai发布：2024-04-02更新：2025-02-09 在组件构建过程中，某些对象的状态经常面临变化，如何对这些变化进行有效管理？同时又维持高层模块的稳定？状态变化类模式为这一问题提供了一种解决方案。 典型的状态变化类模式： （1）State - 状态模式 （2）Memento - 备忘录模式 一、状态模式1.1 动机在软件构建过程中，某些对象的状态如果发生改变，其行

设计模式：接口隔离作者：wlai发布：2024-04-02更新：2025-02-09 在组件构建过程中，某些接口之间直接的依赖常常会带来很多问题、甚至根本无法实现。采用添加一层间接（稳定）接口，来隔离本来互相紧密关联的接口是一种常见的解决方案。 典型的接口隔离模式有： （1）Facade - 门面模式 （2）Proxy - 代理模式 （3）Adapter - 适配器 （4）Mediator - 中

设计模式：对象性能作者：wlai发布：2024-04-02更新：2025-02-09 面向对象很好地解决了抽象的问题，但是必不可免地要付出一定的代码。对于通常情况来讲，面向对象的成本大都可以忽略不计。但是某些情况下，面向对象所带来的成本必须谨慎地处理。 典型模式： （1）单例模式 - Singleton （2）享元模式 - Flyweight 一、单例模式1.1 动机在软件系统中，经常有这样一些特

设计模式：对象创建作者：walai发布：2024-04-02更新：2025-02-09 通过对象创建模式绕开new操作，来避免对象创建过程中所导致的紧耦合（依赖具体类），从而支持对象创建的稳定。它是接口抽象之后的第一步工作。 典型的对象创建类模式有： （1）简单工厂：Factory Method （2）抽象工厂：Abstract Factory （3）原型模式：Prototype （4）构建器模式

设计模式：单一职责作者：wlai发布：2024-04-02更新：2025-02-09 在软件组件的设计中，如果责任划分的不清晰，使用继承得到的结果往往是随着需求的变化，子类急剧膨胀，同时充斥着重复代码，这时的关键是划清责任。 典型的单一职责类模式有： （1）Decorator （2）Bridge 一、装饰器模式1.1 动机在某些情况下我们可能会过度地使用继承来扩展对象的功能，由于继承为类型引入的静