<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>聚合 on 知识铺的博客</title>
    <link>https://index.zshipu.com/geek001/tags/%E8%81%9A%E5%90%88/</link>
    <description>Recent content in 聚合 on 知识铺的博客</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>zh-CN</language>
    <lastBuildDate>Mon, 15 Jul 2024 06:38:52 +0000</lastBuildDate>
    <atom:link href="https://index.zshipu.com/geek001/tags/%E8%81%9A%E5%90%88/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>深入理解领域驱动设计中的聚合</title>
      <link>https://index.zshipu.com/geek001/post/20240710/%E6%B7%B1%E5%85%A5%E7%90%86%E8%A7%A3%E9%A2%86%E5%9F%9F%E9%A9%B1%E5%8A%A8%E8%AE%BE%E8%AE%A1%E4%B8%AD%E7%9A%84%E8%81%9A%E5%90%88--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Mon, 15 Jul 2024 06:38:52 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240710/%E6%B7%B1%E5%85%A5%E7%90%86%E8%A7%A3%E9%A2%86%E5%9F%9F%E9%A9%B1%E5%8A%A8%E8%AE%BE%E8%AE%A1%E4%B8%AD%E7%9A%84%E8%81%9A%E5%90%88--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>聚合模式是 DDD 的模式结构中较为难于理解的一个，也是 DDD 学习曲线中的一个关键障碍。合理地设计聚合，能清晰地表述业务一致性，也更容易带来清晰的实现，设计不合理的聚合，甚至在设计中没有聚合的概念，则相反。 聚合的概念并不复杂。本文希望能回到聚合的本质，对聚合的定义和实操给出一些有价值的建议。</description>
    </item>
    <item>
      <title>浅谈领域驱动设计中的聚合</title>
      <link>https://index.zshipu.com/geek001/post/20240710/%E6%B5%85%E8%B0%88%E9%A2%86%E5%9F%9F%E9%A9%B1%E5%8A%A8%E8%AE%BE%E8%AE%A1%E4%B8%AD%E7%9A%84%E8%81%9A%E5%90%88--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Mon, 15 Jul 2024 06:37:52 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240710/%E6%B5%85%E8%B0%88%E9%A2%86%E5%9F%9F%E9%A9%B1%E5%8A%A8%E8%AE%BE%E8%AE%A1%E4%B8%AD%E7%9A%84%E8%81%9A%E5%90%88--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>在我看来并不是MVC的基础上增加领域层，使用充血模型，解耦基础服务，我的代码就符合DDD了。 为什么要使用DDD？ DDD分为战略部分跟战术部分，相信大家都认同DDD的核心在战略而非战术。而战略方面的核心我认为在业务建模，领域划分、统一语言等都在为业务建模服务。 为什么业务建模重要? 以</description>
    </item>
  </channel>
</rss>
