• Home
  • Archive
  • Tools
  • Contact Us

The Customize Windows

Technology Journal

  • Cloud Computing
  • Computer
  • Digital Photography
  • Windows 7
  • Archive
  • Cloud Computing
  • Virtualization
  • Computer and Internet
  • Digital Photography
  • Android
  • Sysadmin
  • Electronics
  • Big Data
  • Virtualization
  • Downloads
  • Web Development
  • Apple
  • Android
Advertisement
You are here: Home » What is Domain-Driven Design (DDD)?

By Abhishek Ghosh January 23, 2021 6:56 am Updated on January 23, 2021

What is Domain-Driven Design (DDD)?

Advertisement

Domain-driven Design (DDD)is an approach to model complex software. The modelling of the software is significantly influenced by the technicalities of the application domain to be implemented. The term “domain-driven design” was coined by Eric Evans in 2003. Domain-driven design is not just a technique or method. Rather, it is a way of thinking and prioritizing to increase the productivity of software projects in the context of complex technical contexts. Domain-driven design is based on the following two assumptions:

  1. The focus of software design is on expertise and technical logic.
  2. The design of complex technical relationships should be based on a model of the application domain, the domain model.

Domain-driven design is not tied to any specific software development process, but is oriented towards agile software development. In particular, it requires iterative software development and close collaboration between developers and experts. The purpose of any software is to support the tasks of a particular application domain. To be able to do this successfully, the software must fit harmoniously with the expertise of the application domain for which it is intended. Domain-driven design enables this by modelling basic concepts and elements of the application domain and its relationships.

Architecture is characterized by the existence of an explicit layer of business logic. This layer is intended to decouple the domain classes from other functions of the system and make them as easily recognizable as possible. Different architectural styles can be used to embed the business logic layer. These include layer architecture and hexagonal architecture.

Advertisement

---

The classes of the domain model contain in the domain-driven design both the data and the entire functionality of the technicality to be implemented, i.e. the entire technical logic. The anaemic domain model is therefore considered an anti-pattern because it describes a domain model without technical logic.

Domain-driven design contrasts with the less complex Smart UI development pattern. When Smart UI is used, application logic is integrated directly into the user interface. This cannot create a dedicated layer for application logic that can be reused by various components. Domain-driven design is based on several concepts that should be taken into account in modelling, as well as other software development activities. The main focus here is on the introduction of a ubiquitous language, which should be used in all areas of software creation. A language for describing the professionalism, elements of the domain model, classes and methods, etc. Domain-driven design is itself independent of programming languages, tools and frameworks. However, some several tools and frameworks support the realization of specific DDD patterns or support DDD’s approach.

What is Domain-Driven Design DDD

 

Parts of the Domain-Driven Design (DDD) Model

 

Domain-driven Design distinguishes the following components of the domain model:

  1. Entities (reference objects) : Objects of the model, which are defined not by their properties, but by their identity. For example, a person is usually depicted as an entity. A person thus remains the same person when his or her characteristics change; and it is different from another person, even if it has the same characteristics. Entities are often modelled using unique identifiers.
  2. Value objects : Objects of the model that do not have or need no conceptual identity and are thus defined by their properties alone. Value objects are usually modelled as immutable objects, so they are reusable and redistributable.
  3. Aggregates : Aggregates are summaries of entities and value objects and their associations with each other into a common transactional unit. Aggregates define exactly one entity as the only access to the entire aggregate. All other entities and value objects must not be statically referenced from outside. This guarantees that all invariants of the aggregate and the individual components of the aggregate can be ensured.
  4. Associations : Associations are relationships between two or more objects of the domain model, as defined in UML. Here, not only static relationships defined by references are considered, but also dynamic relationships that arise, for example, only from the processing of SQL queries.
  5. Service Objects : Domain-driven design models functionalities that represent an important concept of professionalism and are conceptually part of several objects in the domain model as stand-alone service objects. Service objects are usually stateless and therefore reusable classes with no associations, with methods that correspond to the functionality offered. These methods are passed to the value objects and entities that are necessary to work through the functionality.
  6. Professional events : Technical events are objects that describe complex, potentially dynamically changing, domain model actions that cause one or more actions or changes in the subject objects. Professional events also enable the modelling of distributed systems. The individual subsystems communicate exclusively via technical events, so they are strongly decoupled and the entire system is thus more maintainable and scalable.
  7. Modules : Modules divide the domain model into technical (non-technical) components. They are characterized by strong internal cohesion and low coupling between the modules. Also, Domain-driven Design knows two other components of the domain model – Factories and Repositories. Although they do not implement expertise themselves, they are still part of the domain model because they provide critical functionality for the life cycle of the subject objects.
  8. Factories : Factories are used to outsource the production of specialist objects to special factory objects. This is useful if either the generation is complex (and needs associations, for example, which the subject itself no longer needs) or the specific creation of the specialized objects can be exchanged at run time. Factories are usually implemented by generating design patterns such as abstract factory, factory method, or builder.
  9. Repositories : Repositories abstract the persistence and search of specialist objects. Repositories separate the technical infrastructure and all access mechanisms to it from the business logic layer. For all subject objects loaded via the infrastructure layer, a repository class is provided that encapsulates the loading and searching technologies used to the outside. The repositories themselves are part of the domain model and therefore part of the business logic layer. They are the only ones to access the objects of the infrastructure layer, which are usually implemented using the Data Access Objects, Query Objects, or Metadata Mapping Layers design patterns.

The names of the business logic class corresponding to these patterns are part of the ubiquitous language and should be named accordingly. A change in the name of a specialist object by refactoring corresponds to a change in the technicality of the application.

 

Also, domain-driven design defines several procedures that serve to ensure the integrity of the models. This is especially necessary if several teams are to work together under different management and coordination on different technical skills, but in a large project.

Tagged With ddd data driven

This Article Has Been Shared 541 Times!

Facebook Twitter Pinterest
Abhishek Ghosh

About Abhishek Ghosh

Abhishek Ghosh is a Businessman, Orthopaedic Surgeon, Author and Blogger. You can keep touch with him on Twitter - @AbhishekCTRL.

Here’s what we’ve got for you which might like :

Articles Related to What is Domain-Driven Design (DDD)?

  • Install and Run Shadows Rising RPG Game on Rackspace Cloud Sites

    Install and Run Shadows Rising RPG Game on your own Rackspace Cloud Sites and with the power of Cloud Computing enjoy this browser based RPG written in PHP.

  • Cloud computing as a Solution for Virtual Desktops and Applications

    Cloud computing as a solution to the delivery of virtual desktops and applications in the corporate, academic and research purposes becoming more useful.

  • Create a Free Profile Website With Heroku Cloud

    Create a Free Profile Website With Heroku Cloud using either custom domain name or named subdomain for fully free of cost. You can add Twitter updates, RSS etc.

  • Installing EyeOS 2.5 on Rackspace Next Generation Cloud Server

    Installing EyeOS 2.5 on Rackspace Next Generation Cloud Server means the full Cloud Computing power for browser based Cloud Operating System.Here is Full Guide.

  • Building Your Own PaaS : Introduction

    Building Your Own PaaS is easy as one can use any suitable Infrastructure as a Service and prepare the required servers to run any Open Source PaaS software.

Additionally, performing a search on this website can help you. Also, we have YouTube Videos.

Take The Conversation Further ...

We'd love to know your thoughts on this article.
Meet the Author over on Twitter to join the conversation right now!

If you want to Advertise on our Article or want a Sponsored Article, you are invited to Contact us.

Contact Us

Subscribe To Our Free Newsletter

You can subscribe to our Free Once a Day, Regular Newsletter by clicking the subscribe button below.

Click To Subscribe

Please Confirm the Subscription When Approval Email Will Arrive in Your Email Inbox as Second Step.

Search this website…

 

Popular Articles

Our Homepage is best place to find popular articles!

Here Are Some Good to Read Articles :

  • Cloud Computing Service Models
  • What is Cloud Computing?
  • Cloud Computing and Social Networks in Mobile Space
  • ARM Processor Architecture
  • What Camera Mode to Choose
  • Indispensable MySQL queries for custom fields in WordPress
  • Windows 7 Speech Recognition Scripting Related Tutorials

Social Networks

  • Pinterest (21K Followers)
  • Twitter (5.3k Followers)
  • Facebook (5.7k Followers)
  • LinkedIn (3.7k Followers)
  • YouTube (1.3k Followers)
  • GitHub (Repository)
  • GitHub (Gists)
Looking to publish sponsored article on our website?

Contact us

Recent Posts

  • Fix Missing/Bad FileProvider for Freshchat (Android error code 354) March 3, 2021
  • Basics of Data Protection on the Internet March 2, 2021
  • What is Standard Software February 28, 2021
  • WordPress Link to text Fragment February 27, 2021
  • How to Protect IP Cameras From Hackers February 25, 2021

 

About This Article

Cite this article as: Abhishek Ghosh, "What is Domain-Driven Design (DDD)?," in The Customize Windows, January 23, 2021, March 3, 2021, https://thecustomizewindows.com/2021/01/what-is-domain-driven-design-ddd/.

Source:The Customize Windows, JiMA.in

 

This website uses cookies. If you do not want to allow us to use cookies and/or non-personalized Ads, kindly clear browser cookies after closing this webpage.

Read Cookie Policy.

PC users can consult Corrine Chorney for Security.

Want to know more about us? Read Notability and Mentions & Our Setup.

Copyright © 2021 - The Customize Windows | dESIGNed by The Customize Windows

Copyright  · Privacy Policy  · Advertising Policy  · Terms of Service  · Refund Policy