<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>domaindrivendesign &amp;mdash;   christova  </title>
    <link>https://christova.writeas.com/tag:domaindrivendesign</link>
    <description>&lt;b&gt;&lt;h3&gt;Tech Articles&lt;/h3&gt;&lt;/b&gt;&lt;br/&gt;&lt;b&gt;Collated from various sources. Full copyright remains with original authors.&lt;/b&gt;</description>
    <pubDate>Wed, 06 May 2026 01:34:56 +0000</pubDate>
    <item>
      <title>8 Key Concepts in Domain-Driven-Design (DDD)</title>
      <link>https://christova.writeas.com/8-key-concepts-in-domain-driven-design?pk_campaign=rss-feed</link>
      <description>&lt;![CDATA[&#xA;&#xA;Domain-driven design advocates driving the design of software through domain modeling.&#xA;&#xA;Unified language is one of the key concepts of domain-driven design. A domain model is a bridge across the business domains.&#xA;&#xA;Domain Driven Design&#xA;&#xA;Domain-driven design advocates driving the design of software through domain modeling.&#xA;&#xA;Unified language is one of the key concepts of domain-driven design. A domain model is a bridge across the business domains.&#xA;&#xA;Business Entities&#xA;&#xA;The use of models can assist in expressing business concepts and knowledge and in guiding further development of software, such as databases, APIs, etc.&#xA;&#xA;Model Boundaries&#xA;&#xA;Loose boundaries among sets of domain models are used to model business correlations.&#xA;&#xA;Aggregation&#xA;&#xA;An Aggregate is a cluster of related objects (entities and value objects) that are treated as a single unit for the purpose of data changes.&#xA;&#xA;Entities vs. Value Objects&#xA;&#xA;In addition to aggregate roots and entities, there are some models that look like disposable, they don’t have their own ID to identify them, but are more as part of some entity that expresses a collection of several fields.&#xA;&#xA;Operational Modeling&#xA;&#xA;In domain-driven design, in order to manipulate these models, there are a number of objects that act as “operators”.&#xA;&#xA;Layering the architecture&#xA;&#xA;In order to better organize the various objects in a project, we need to simplify the complexity of complex projects by layering them like a computer network.&#xA;&#xA;Build the domain model&#xA;&#xA;Many methods have been invented to extract domain models from business knowledge.&#xA;&#xA;#DomainDrivenDesign #DDD]]&gt;</description>
      <content:encoded><![CDATA[<p><img src="https://assets.bytebytego.com/diagrams/0011-8-key-concepts-in-ddd.png" alt=""/></p>

<p>Domain-driven design advocates driving the design of software through domain modeling.</p>

<p>Unified language is one of the key concepts of domain-driven design. A domain model is a bridge across the business domains.</p>

<h2 id="domain-driven-design" id="domain-driven-design"><strong>Domain Driven Design</strong></h2>

<p>Domain-driven design advocates driving the design of software through domain modeling.</p>

<p>Unified language is one of the key concepts of domain-driven design. A domain model is a bridge across the business domains.</p>

<h2 id="business-entities" id="business-entities"><strong>Business Entities</strong></h2>

<p>The use of models can assist in expressing business concepts and knowledge and in guiding further development of software, such as databases, APIs, etc.</p>

<h2 id="model-boundaries" id="model-boundaries"><strong>Model Boundaries</strong></h2>

<p>Loose boundaries among sets of domain models are used to model business correlations.</p>

<h2 id="aggregation" id="aggregation"><strong>Aggregation</strong></h2>

<p>An Aggregate is a cluster of related objects (entities and value objects) that are treated as a single unit for the purpose of data changes.</p>

<h2 id="entities-vs-value-objects" id="entities-vs-value-objects"><strong>Entities vs. Value Objects</strong></h2>

<p>In addition to aggregate roots and entities, there are some models that look like disposable, they don’t have their own ID to identify them, but are more as part of some entity that expresses a collection of several fields.</p>

<h2 id="operational-modeling" id="operational-modeling"><strong>Operational Modeling</strong></h2>

<p>In domain-driven design, in order to manipulate these models, there are a number of objects that act as “operators”.</p>

<h2 id="layering-the-architecture" id="layering-the-architecture"><strong>Layering the architecture</strong></h2>

<p>In order to better organize the various objects in a project, we need to simplify the complexity of complex projects by layering them like a computer network.</p>

<h2 id="build-the-domain-model" id="build-the-domain-model"><strong>Build the domain model</strong></h2>

<p>Many methods have been invented to extract domain models from business knowledge.</p>

<p><a href="https://christova.writeas.com/tag:DomainDrivenDesign" class="hashtag"><span>#</span><span class="p-category">DomainDrivenDesign</span></a> <a href="https://christova.writeas.com/tag:DDD" class="hashtag"><span>#</span><span class="p-category">DDD</span></a></p>
]]></content:encoded>
      <guid>https://christova.writeas.com/8-key-concepts-in-domain-driven-design</guid>
      <pubDate>Mon, 01 Sep 2025 13:30:09 +0000</pubDate>
    </item>
    <item>
      <title>Domain Driven Design</title>
      <link>https://christova.writeas.com/domain-driven-design-77j6?pk_campaign=rss-feed</link>
      <description>&lt;![CDATA[&#xA;&#xA;#DomainDrivenDesign #DDD]]&gt;</description>
      <content:encoded><![CDATA[<p><img src="https://i.snap.as/YFUsvnqp.png" alt=""/></p>

<p><a href="https://christova.writeas.com/tag:DomainDrivenDesign" class="hashtag"><span>#</span><span class="p-category">DomainDrivenDesign</span></a> <a href="https://christova.writeas.com/tag:DDD" class="hashtag"><span>#</span><span class="p-category">DDD</span></a></p>
]]></content:encoded>
      <guid>https://christova.writeas.com/domain-driven-design-77j6</guid>
      <pubDate>Wed, 02 Oct 2024 06:43:48 +0000</pubDate>
    </item>
    <item>
      <title>Domain Driven Design</title>
      <link>https://christova.writeas.com/domain-driven-design?pk_campaign=rss-feed</link>
      <description>&lt;![CDATA[&#xA;&#xA;#DomainDrivenDesign #DDD&#xA;&#xA;Developing software for complex domains is a challenging task. &#xA;&#xA;As the complexity of the problem domain grows, it becomes increasingly difficult to create software that accurately represents the business concepts, rules, and processes. Poorly designed software can quickly turn into an incomprehensible tangle of code that is difficult to understand, maintain, and extend.&#xA;&#xA;Domain-Driven Design (DDD) offers a solution to this problem.&#xA;&#xA;DDD is an approach to software development that tackles domain complexity by emphasizing the importance of modeling the core domain and business logic and using those models as the foundation for software design.&#xA;&#xA;At its heart, Domain-Driven Design is about:&#xA;&#xA;Placing the primary focus on the core domain.&#xA;Basing complex designs on a model of the domain&#xA;Building collaboration between technical and domain experts.&#xA;&#xA;The need for Domain-Driven Design has become more pressing in recent years. Architectures based on microservices and cloud computing have resulted in systems composed of numerous small components that interact in intricate ways. Without a clear and well-defined model of the domain guiding their design, such systems can quickly become a &#34;big ball of mud&#34;. &#xA;&#xA;In this article, we’ll understand the basics of Domain-Driven Design and its key concepts that can help us build more maintainable and extensible systems that are aligned with the core domain and business logic.]]&gt;</description>
      <content:encoded><![CDATA[<p><img src="https://substackcdn.com/image/fetch/f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F813befc8-72c0-45fc-9568-b9bc5ca9a69d_2250x2840.png" alt=""/></p>

<p><a href="https://christova.writeas.com/tag:DomainDrivenDesign" class="hashtag"><span>#</span><span class="p-category">DomainDrivenDesign</span></a> <a href="https://christova.writeas.com/tag:DDD" class="hashtag"><span>#</span><span class="p-category">DDD</span></a></p>

<p>Developing software for complex domains is a challenging task. </p>

<p>As the complexity of the problem domain grows, it becomes increasingly difficult to create software that accurately represents the business concepts, rules, and processes. Poorly designed software can quickly turn into an incomprehensible tangle of code that is difficult to understand, maintain, and extend.</p>

<p>Domain-Driven Design (DDD) offers a solution to this problem.</p>

<p>DDD is an approach to software development that tackles domain complexity by emphasizing the importance of modeling the core domain and business logic and using those models as the foundation for software design.</p>

<p>At its heart, Domain-Driven Design is about:</p>
<ul><li>Placing the primary focus on the core domain.</li>
<li>Basing complex designs on a model of the domain</li>
<li>Building collaboration between technical and domain experts.</li></ul>

<p>The need for Domain-Driven Design has become more pressing in recent years. Architectures based on microservices and cloud computing have resulted in systems composed of numerous small components that interact in intricate ways. Without a clear and well-defined model of the domain guiding their design, such systems can quickly become a “big ball of mud”. </p>

<p>In this article, we’ll understand the basics of Domain-Driven Design and its key concepts that can help us build more maintainable and extensible systems that are aligned with the core domain and business logic.</p>
]]></content:encoded>
      <guid>https://christova.writeas.com/domain-driven-design</guid>
      <pubDate>Thu, 12 Sep 2024 21:04:53 +0000</pubDate>
    </item>
  </channel>
</rss>