Editing
Domain-driven Design (DDD)
(section)
Jump to navigation
Jump to search
Warning:
You are not logged in. Your IP address will be publicly visible if you make any edits. If you
log in
or
create an account
, your edits will be attributed to your username, along with other benefits.
Anti-spam check. Do
not
fill this in!
=== Core Principles === The key principles of Domain-driven Design are: * '''Ubiquitous Language''': Establishing a common language that is understood by all stakeholders, including domain experts and developers. * '''Bounded Contexts''': Defining specific contexts within a system where a specific model, language, and set of definitions apply. * '''Entities and Aggregates''': Modeling core concepts of the domain as entities, and grouping related entities into aggregates. * '''Domain Events''': Capturing and representing significant changes or occurrences within the domain as events. * '''Repositories''': Providing an abstraction over data access, allowing the domain model to interact with persistence without being tightly coupled to a specific data storage solution.
Summary:
Please note that all contributions to Elixir Wiki may be edited, altered, or removed by other contributors. If you do not want your writing to be edited mercilessly, then do not submit it here.
You are also promising us that you wrote this yourself, or copied it from a public domain or similar free resource (see
Elixir Wiki:Copyrights
for details).
Do not submit copyrighted work without permission!
Cancel
Editing help
(opens in new window)
Navigation menu
Personal tools
Not logged in
Talk
Contributions
Create account
Log in
Namespaces
Page
Discussion
English
Views
Read
Edit
View history
More
Navigation
Main page
Recent changes
Random page
Help about MediaWiki
Tools
What links here
Related changes
Special pages
Page information