Understanding domain-driven design

According to DDD, we should not construct a unique Domain Model that projects into different views in each application subsystem. Instead, the whole application domain is split into smaller domains, each with its own data model. These separate domains are called Bounded Contexts. Each Bounded Context is characterized by the language used by the experts and used to name all the domain concepts and operations. Thus, each Bounded Context defines a common language used by both the experts and the development team called a Ubiquitous Language. Translations are not needed anymore, and if the development team uses C# interfaces as bases for its code, the domain expert is able to understand and validate them since all the operations and properties are expressed in the same language that’s used by the expert.Here, we’re getting rid of a cumbersome unique abstract model, but now we have several separate models that we need to relate somehow. DDD...