域驱动的命名太长且冗长。

Question

我们正在处理[https://en.wikipedia.org/wiki/Factoring_(财务)[保理][1]](https://en.wikipedia.org/wiki/Factoring_(finance%29[factoring][1])：

保理是一种金融交易，也是一种债务人融资，在这种金融交易中，一家企业以折扣方式将其应收账款(即发票)出售给第三方(称为因数)。

我们正面临着核心领域的重大重组，“应收账款”部分，我们目前称之为Debt --它很短，不需要缩略词，每个人都明白。

然而(不是以英语为母语的人)在该领域的实际、正确的术语似乎是“应收账款”(我们在会计领域中很熟悉)。

作为一个软件工程师，谁评价明确，正确的命名非常高，我目前正在与我们的产品所有者讨论谁命名选择。我不想有一个可怕的措辞，如“帐户接收”或其缩写"AccRec“的所有源代码。另一方面，如果这是真的.

任何建议都要感谢！

Answer 1

DDD这种无处不在的语言背后的理念是，与业务相关的术语之间不存在任何翻译。这意味着，如果您需要向公司的业务部门展示您的设计(或者他们碰巧看到了您的源代码)，您就不需要向他们解释您为什么选择这些名称作为域概念，因为您在那里使用的术语与他们在日常讨论中使用的术语相同。

考虑到这一点，实际正确的术语是您公司内的领域专家(或者如果您正在为其他人构建软件时与客户一起)如何称呼它。如果他们一直称它为“应收账款”，那么你也应该使用这个名字。但是，如果他们发现嘴巴太丰满，而只是把相同的概念称为“债务”或“发票”，那么你就应该效仿。如果他们交替使用不同的名称，那么就有谈判的余地。