<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Ddd on Website of SauceWu</title><link>https://saucewu.github.io/tags/ddd/</link><description>Recent content in Ddd on Website of SauceWu</description><generator>Hugo -- gohugo.io</generator><language>zh</language><lastBuildDate>Mon, 20 Apr 2026 20:30:00 +0900</lastBuildDate><atom:link href="https://saucewu.github.io/tags/ddd/index.xml" rel="self" type="application/rss+xml"/><item><title>Flutter 交易所架构实战：DDD + Clean 落地指南</title><link>https://saucewu.github.io/posts/flutter-%E4%BA%A4%E6%98%93%E6%89%80%E6%9E%B6%E6%9E%84%E5%AE%9E%E6%88%98ddd-+-clean-%E8%90%BD%E5%9C%B0%E6%8C%87%E5%8D%97/</link><pubDate>Mon, 20 Apr 2026 20:30:00 +0900</pubDate><guid>https://saucewu.github.io/posts/flutter-%E4%BA%A4%E6%98%93%E6%89%80%E6%9E%B6%E6%9E%84%E5%AE%9E%E6%88%98ddd-+-clean-%E8%90%BD%E5%9C%B0%E6%8C%87%E5%8D%97/</guid><description>&lt;h1 id="flutter-交易所架构实战ddd--clean-落地指南"&gt;Flutter 交易所架构实战：DDD + Clean 落地指南&lt;/h1&gt;
&lt;p&gt;交易所项目做到一定规模，就会开始还之前欠下的债——页面里写 API、规则到处复制、改一处牵十处。&lt;/p&gt;
&lt;p&gt;用 &lt;code&gt;DDD + Clean&lt;/code&gt; 不是为了架构好看，是因为不用它的话，这类项目很难不失控。&lt;/p&gt;
&lt;p&gt;这篇不讲大而空的概念，只讲三个问题：&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;为什么交易所需要 &lt;code&gt;DDD + Clean&lt;/code&gt;&lt;/li&gt;
&lt;li&gt;在 Flutter 里到底怎么分层&lt;/li&gt;
&lt;li&gt;一笔下单请求如何在系统里流转（含时序图）&lt;/li&gt;
&lt;/ol&gt;
&lt;hr&gt;
&lt;h2 id="一为什么交易所适合-ddd--clean"&gt;一、为什么交易所适合 DDD + Clean&lt;/h2&gt;
&lt;p&gt;交易所天然是“复杂业务系统”，不是普通内容 App。你会长期面对：&lt;/p&gt;</description></item><item><title>DDD 是什么：一篇讲清领域驱动设计</title><link>https://saucewu.github.io/posts/ddd-%E6%98%AF%E4%BB%80%E4%B9%88%E4%B8%80%E7%AF%87%E8%AE%B2%E6%B8%85%E9%A2%86%E5%9F%9F%E9%A9%B1%E5%8A%A8%E8%AE%BE%E8%AE%A1/</link><pubDate>Wed, 11 Aug 2021 21:10:00 +0900</pubDate><guid>https://saucewu.github.io/posts/ddd-%E6%98%AF%E4%BB%80%E4%B9%88%E4%B8%80%E7%AF%87%E8%AE%B2%E6%B8%85%E9%A2%86%E5%9F%9F%E9%A9%B1%E5%8A%A8%E8%AE%BE%E8%AE%A1/</guid><description>&lt;h1 id="ddd-是什么一篇讲清领域驱动设计"&gt;DDD 是什么：一篇讲清领域驱动设计&lt;/h1&gt;
&lt;p&gt;很多人第一次听到 &lt;code&gt;DDD&lt;/code&gt;（Domain-Driven Design，领域驱动设计）会觉得它很“玄学”。&lt;br&gt;
其实它解决的问题非常现实：&lt;strong&gt;业务太复杂，代码开始失真，团队开始说不清同一个概念。&lt;/strong&gt;&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="一ddd-到底在解决什么问题"&gt;一、DDD 到底在解决什么问题&lt;/h2&gt;
&lt;p&gt;当系统进入复杂业务阶段（交易、支付、风控、订单流转），常见问题会出现：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;同一个规则在多个地方重复实现&lt;/li&gt;
&lt;li&gt;接口字段就是业务模型，改字段就改全系统&lt;/li&gt;
&lt;li&gt;“下单”“成交”“结算”这些词，每个人理解都不一样&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;DDD 的核心目标是：&lt;br&gt;
&lt;strong&gt;让代码结构贴近业务结构，让业务语言和代码语言一致。&lt;/strong&gt;&lt;/p&gt;
&lt;hr&gt;
&lt;h2 id="二ddd-的核心概念只记最关键的"&gt;二、DDD 的核心概念（只记最关键的）&lt;/h2&gt;
&lt;h3 id="1-领域domain"&gt;1) 领域（Domain）&lt;/h3&gt;
&lt;p&gt;你的业务问题空间，比如“交易系统”就是一个领域。&lt;/p&gt;
&lt;h3 id="2-统一语言ubiquitous-language"&gt;2) 统一语言（Ubiquitous Language）&lt;/h3&gt;
&lt;p&gt;产品、业务、研发使用同一套术语。&lt;br&gt;
比如 &lt;code&gt;Order&lt;/code&gt;、&lt;code&gt;Fill&lt;/code&gt;、&lt;code&gt;Position&lt;/code&gt; 必须定义一致，避免口头理解和代码实现偏差。&lt;/p&gt;</description></item></channel></rss>