<?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/%E5%BB%BA%E6%A8%A1/</link>
    <description>Recent content in 建模 on 知识铺的博客</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>zh-CN</language>
    <lastBuildDate>Tue, 30 Jul 2024 11:44:51 +0000</lastBuildDate>
    <atom:link href="https://index.zshipu.com/geek001/tags/%E5%BB%BA%E6%A8%A1/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>DDD建模系列（四）</title>
      <link>https://index.zshipu.com/geek001/post/20240723/DDD%E5%BB%BA%E6%A8%A1%E7%B3%BB%E5%88%97%E5%9B%9B--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Tue, 30 Jul 2024 11:44:51 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240723/DDD%E5%BB%BA%E6%A8%A1%E7%B3%BB%E5%88%97%E5%9B%9B--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>一、管理面问题：传统scrum敏捷流程中的问题 设计和编码断层 在传统的迭代流程存在设计和编码断层，大致如下： 在软件开发的实践中，我们经常面临设计和编码之间的断层问题。一些团队在开发过程中，可能会因为时间压力或对需求的自信，而简化或忽略设计阶段，直接进入编码。这种做法虽然能够快速启动</description>
    </item>
    <item>
      <title>DDD系列文章第6篇：领域建模那些事</title>
      <link>https://index.zshipu.com/geek001/post/20240710/DDD%E7%B3%BB%E5%88%97%E6%96%87%E7%AB%A0%E7%AC%AC6%E7%AF%87%E9%A2%86%E5%9F%9F%E5%BB%BA%E6%A8%A1%E9%82%A3%E4%BA%9B%E4%BA%8B--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Mon, 15 Jul 2024 07:11:52 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240710/DDD%E7%B3%BB%E5%88%97%E6%96%87%E7%AB%A0%E7%AC%AC6%E7%AF%87%E9%A2%86%E5%9F%9F%E5%BB%BA%E6%A8%A1%E9%82%A3%E4%BA%9B%E4%BA%8B--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>业务逻辑的拆解其实就是团队提高业务理解达成共识的过程，为了让这个过程更加高效和可复制，其拆解方法和拆解结果需要通过某种形式固化下来。DDD里的领域模型就是一种很好的表达形式，DDD里还提出了多种领域模型来适配不同粒度的业务逻辑。因此领域模型就是业务逻辑的抽象。 有哪些领域模型？ DD</description>
    </item>
    <item>
      <title>DDD领域建模总结 - 领域驱动设计的实践与思考</title>
      <link>https://index.zshipu.com/geek001/post/20240627/DDD%E9%A2%86%E5%9F%9F%E5%BB%BA%E6%A8%A1%E6%80%BB%E7%BB%93-%E9%A2%86%E5%9F%9F%E9%A9%B1%E5%8A%A8%E8%AE%BE%E8%AE%A1%E7%9A%84%E5%AE%9E%E8%B7%B5%E4%B8%8E%E6%80%9D%E8%80%83--%E7%9F%A5%E8%AF%86%E9%93%BA/</link>
      <pubDate>Tue, 09 Jul 2024 04:46:47 +0000</pubDate>
      <guid>https://index.zshipu.com/geek001/post/20240627/DDD%E9%A2%86%E5%9F%9F%E5%BB%BA%E6%A8%A1%E6%80%BB%E7%BB%93-%E9%A2%86%E5%9F%9F%E9%A9%B1%E5%8A%A8%E8%AE%BE%E8%AE%A1%E7%9A%84%E5%AE%9E%E8%B7%B5%E4%B8%8E%E6%80%9D%E8%80%83--%E7%9F%A5%E8%AF%86%E9%93%BA/</guid>
      <description>领域驱动设计 DDD 参考地址： 《DDD领域驱动设计基本理论知识总结》 《关于领域驱动设计（DDD）中聚合设计的一些思考》 《基于 MVC 实践领域驱动（DDD）的思考》 《【DDD】领域驱动设计实践 —— 限界上下文识别》 一. DDD 简述 DDD (Domain-Driven Design)，即领域驱动设计是思考问题的方法论，用于对实际问题建模</description>
    </item>
  </channel>
</rss>
