设计模式
文章平均质量分 92
Dontla
Life is short, I use AI.
展开
专栏收录文章
- 默认排序
- 最新发布
- 最早发布
- 最多阅读
- 最少阅读
-
DTO(Data Transfer Object数据传输对象)介绍(用于在系统之间传输数据的简单对象,隔离数据结构,避免暴露内部模型结构)
DTO(Data Transfer Object)是一种用于在系统之间传输数据的简单对象。它通常只包含数据字段(属性)和对应的 getter/setter,而不包含业务逻辑。只用于数据传输不包含复杂业务逻辑通常是轻量级结构常用于API 请求与响应简单来说:DTO 是一种专门用于在不同系统组件之间传递数据的对象。客户端向服务器发送请求时,数据会被解析成这个 DTO 对象,然后再进入业务处理流程。DTO 是一种简单但非常重要的软件设计模式。它通过数据结构隔离。原创 2026-03-13 13:34:05 · 643 阅读 · 0 评论 -
POC(Proof of Concept)概念验证介绍
💡 简单说:POC 是“技术可行性快照”,成功后通常会被重写或深度重构才能进入生产。“代码在POC场景可用但非生产级”,正是行业常见实践——用最小成本验证方向,避免盲目投入。是否成立,而非交付完整产品。例如:“用这段代码试试能否在1秒内处理10万条数据”。为快速验证某个技术方案、算法、架构或功能的。原创 2026-03-09 17:59:09 · 431 阅读 · 0 评论 -
Specs规范驱动开发(SpecDD)(Specification Driven Development,规范点驱动开发)(一种混合型敏捷开发方法)需求树、中央知识库、Epic、Sprint模型
SpecDD。原创 2025-09-16 22:33:32 · 2515 阅读 · 0 评论 -
领域驱动设计DDD(Domain-Driven Design)中的领域是什么?(领域 = 业务问题 + 业务规则 + 业务边界)
通过这种方式,你可以将复杂的业务需求转化为清晰的代码结构,实现“业务逻辑驱动软件设计”的目标。,也就是业务逻辑和规则的集合。简单来说,领域就是你要用软件去建模和处理的。”是整个设计的核心出发点。它指的是软件系统所要解决的。,确保模型的独立性和一致性。在领域驱动设计(DDD)中,“领域可以进一步划分为更小的。原创 2025-09-16 16:48:33 · 1100 阅读 · 0 评论 -
框架(Framework) 架构(Architecture)的区别
例如:采用领域驱动设计的架构要求领域层与基础设施层分离,这会直接影响框架选型(如优先选择支持领域模型的Event Sourcing框架)。例如:微服务架构(战略决策)通过Spring Cloud框架(实现工具)落地,框架的负载均衡、服务注册等功能将架构原则转化为可运行系统。框架(Framework)与架构(Architecture)是软件工程中两个核心但本质不同的概念。两者相辅相成,缺一不可,但需明确其本质区别,才能在复杂系统设计中游刃有余。原创 2025-09-16 15:33:38 · 1204 阅读 · 0 评论 -
值对象(Value Object, VO)介绍(领域驱动设计DDD中核心概念之一,用于描述没有唯一标识符、仅通过属性值定义的对象)ORM 框架EF Core、嵌入式映射、序列化存储
值对象的核心特征可以总结为以下几点:值对象适用于以下场景:如:货币金额、地理位置、颜色、日期时间等。将多个相关属性封装为值对象,避免实体属性膨胀。示例:订单实体中的 (地址)和 (价格)。用值对象替代原始类型(如 、),增强语义。示例:用 类代替字符串表示电话号码。在值对象的构造函数中封装验证逻辑,确保数据有效性。示例: 类在构造时校验货币单位是否合法。(2)相等性比较重写 和 方法,基于属性值比较。示例(Java):(3)持久化支持在 ORM 框架(如 EF Core)中,值对象可原创 2025-09-15 21:56:10 · 1238 阅读 · 0 评论 -
领域驱动设计DDD(Domain-Driven Design)介绍(限界上下文Bounded Context、统一语言、实体、值对象、聚合、领域服务、仓储、工厂)限界上下文映射、事件风暴
DDD 是一种。原创 2025-09-15 21:24:18 · 949 阅读 · 0 评论 -
FLUX介绍(Facebook提出的前端架构模式,Redux前身)单向数据流Unidirectional Data Flow、Action->Dispatcher->Store->View
Flux 通过。原创 2025-09-14 20:50:08 · 1358 阅读 · 0 评论 -
(有点问题勿看)常见软件架构模式及适用场景对比(MVC、MVP、MVVM、Clean Architecture分层架构、六边形架构、CQRS命令查询职责分离、事件溯源、微服务、无服务器架构、DDD)
(有点问题勿看)原创 2025-09-14 15:39:32 · 1300 阅读 · 0 评论 -
设计模式DAO层介绍(Data Access Object数据访问对象)(以Python ORM框架SQLAlchemy为例)(service层、服务层、业务逻辑层)
模型类对应数据库中的表,通常使用。原创 2025-09-13 19:12:04 · 965 阅读 · 0 评论 -
面向对象设计核心原则之一:SOLID原则之依赖倒置原则(依赖反转原则、Dependence Inversion Principle, DIP)(高层模块不应依赖低层模块,二者都应依赖抽象)面向接口编程
依赖倒置原则(Dependence Inversion Principle, DIP)是面向对象设计中的核心原则之一,属于SOLID原则的重要组成部分。它由罗伯特·C·马丁(Robert C. Martin)高层模块不应依赖低层模块,二者都应依赖抽象;抽象不应依赖细节,细节应依赖抽象。核心思想Payment。原创 2025-09-10 17:18:25 · 1262 阅读 · 0 评论 -
DRY principle(Don‘t Repeat Yourself)介绍(避免重复代码)(YAGNI原则、SOLID原则、单一职责原则(SRP)、KISS原则)
DRY()是软件开发中的核心原则之一,旨在通过避免重复代码来提高代码的可维护性、可读性和复用性。系统中的每一块知识(逻辑或功能)应有唯一、明确且权威的表示。核心概念。原创 2025-09-10 16:24:21 · 1035 阅读 · 0 评论 -
MVP架构模式(一种衍生于经典MVC架构的界面设计模式,旨在优化代码组织结构并提高可测试性)(Model层、View层、Presenter层)(软件设计模式、MVVW)
View: 是显示数据(model)并且将用户指令(events)传送到presenter以便作用于那些数据的一个接口。View通常含有Presenter的引用。在Android开发中通常将Activity或者Fragment作为View层。Model: 对于Model层也是数据层。它区别于MVC架构中的Model,在这里不仅仅只是数据模型。在MVP架构中Model它负责对数据的存取操作,例如对数据库的读写,网络的数据的请求等。Presenter:对于Presenter层他是连接View层与Mode..原创 2022-01-09 17:22:04 · 2109 阅读 · 0 评论
分享