domain driven design for dummies

Enode framework series step by stepArticleSeries indexes: Step by step in Enode framework Enode framework step by step: How to embody the event-driven architecture (EDA) IN THE FRAMEWORK The idea and implementation of the Enode framework step by step saga The overall goal of the Enode framework step by step Physical deployment of the Enode framework step by step Enode framework step by step Command Service API

be applied to any field or category. There are patterns in fields such as architecture, music, writing, and management. In the software field, the pattern is presented as an agreed document for record, learning, and communication. Experienced programmers can pass on their knowledge to others through a more formal model. Therefore, the pattern can be seen as a concrete, documented experience and knowledge. In the past ten years, the software model has been greatly developed. It is not only an ex

Before we introduce an instance, we need to review and learn more about layered architecture. "Layer" is a kind of architecture pattern [POSA1], and is one of the most widely used and flexible models by software practitioners. Remember on the CSDN, often have a friend asked: "What is stratification?" Why should I be layered? Is the three-tier architecture the presentation layer, the business logic layer, and the data access layer? ” Here, you may find the problems of these friends simple, layer

0. The previous review In the previous article we used the test-driven development method (Test-driven Development) to implement a simple serial number generator, and obtained a preliminary software model: Figure 1 Numbering Generator model (V1) Familiar with the design pattern of the friends will be able to see at a glance, the use of the combination mode (

Field-driven design practices-DDDLite-based permission management and dddlite permission management Search for "permission management" in the garden to get at least thousands of valid records. I remember that writing a general permission system was always my dream at the beginning of my work. In the middle, the job is busy (in fact, it is just lazy !) And so on. Recently, when I write my own things, many of

Background The central content of domain driven design (DDD) is how to map business domain concepts into software artifacts. Most of the books and articles on this subject are based on Eric Evans's book, Field-driven design, whic

Domain-driven design is a result of developers' confidence. Developers can confidently say that we can not only design fields, but also implement fields. Because development can be transparent, it is an improvement in the realm. Design and development should focus on the fie

As early as years ago in the Csai blog published an article: "The realization of warehousing: basic article." Struggling day and night in between work and life, has not been able to find time to continue to explore the implementation of warehousing details, but also a lot of attention to entityframework and domain-driven design of friends are disappointed. Gossi

It's written in front. In fact, this series of articles have been many netizens reprinted, I also in the previous blog to give the original text of the link. But after all, blog park's popularity, plus a lot of netizens strongly asked me to post the article to the blog park, so finally determined to rearrange the series of articles and posted in the blog park. According to the results of the discussion, as well as their own practice in the accumulation, in the process of finishing, I will be t

The first thing you should realize is that the object has a lifecycle. This is true both in object-oriented languages and in domain-driven design. In the domain-driven design, the model object lifecycle can be briefly represented

entities in the domain model. Let's not talk about the entire system's business, let's look at how the EF supports the concepts of entities and value objects first. Entity First look at the concept of the entity. In the theory of domain-driven design, an entity is an object in a model that needs to differentiate bet

Preface: The code that has been building the project structure before, a bit off our topic (DDD), this article we continue to talk about another important point of knowledge in DDD: Domain Services. About the use of Domain Services, the book is also more obscure, in this regard according to the blogger's own understanding of the use of this knowledge point.A preliminary study of DDD

Read the catalogue: 1. Background information 2. A brief introduction to the domain model mode, Activity recording mode 3. Simple examples and key points of activity recording mode 4. Summary 1. Background informationInterested in the software development methodology, Bo Friends should find that the recent "field-driven design" has slowl

Reading folders: 1. Background information 2. Ask yourself, does UML mean anything to you? Does it help you to analyze and model your system? 3. In fact, we have been separated by a gap, so that we can not reach the Ooad 4. Four-color prototype model fill this historical gap, let us really see the hope of Ooad 5. Using color modeling to enhance visual impact on four-color prototypes 6. Modeling domain-independent models wi

can skip the reading of this section and, of course, read on to learn how the architecture tools provided by the flagship version are used. Domain-specific languages are now a trend, and they are a common language for communication that is supported by domain-driven design. Model