DDD核心价值：构建业务与技术统一通用语言.pdfVIP

《004_DDD的价值：让业务和技术有相同的理解（1）》

你作为技术，你一定不能自己随便定义代码里的任何一个类名、方法名、参数名、属性名、

变量名、接口名、数据库名，刚开始你不能随便去定义，产品经理找业务方去聊需求，聊完

了以后出需求文档，找你来聊

你就直接出技术设计，设计review的事儿，跟产品经理、业务方也好，是没有关系的，粗

略的，业务架构和技术架构，表结构的设计和接口名的设计，接口的业务流程的图，其他的

就没有

直接找技术团队里的leader和其他成员进行技术设计的review，业务模型，架构设计，技

术选型，方案设计

一定会导致具体的工程师在写代码的时候，会自己胡乱的定义类名、方法名、参数名、属性

名、变量名、接口名、数据库名，进而导致，他开发出来的代码可能是屎，但是也能实现需

求里的功能，也能通过测试，也能交付软件

通用语言，是DDD里最最的东西，他其实跟技术无关，完全是业务，业务和技术必须

在一起，一起制定一套通用语言出来，这个极为的重要，包括通用语言的中文术语以及英文

术语，全部要统一制定，规定术语的含义

通用语言是限定在限界上下文里面的，在一个限界上下文里面，才是一套通用语言，通常我

们建议是一个限界上下文对应一个系统，而不是所谓的一个服务而已，否则你不可能为每个

服务都创建一套通用语言吧？

通常都