Architecture 如何处理软件中的域对象名称更改？

当域中的某个名称发生更改时，处理这种情况的最佳实践或模式是什么

例如，假设我正在为汽车销售开发一个软件。所以，我会有Car域对象、CarService、CarDTO、FetchCarRequest、SaveCarRequest等等。另外，我还有一组本地化字符串，其中它们的关键字包含单词car

假设老板、客户或产品所有者认为“汽车”不是一个正确的词，并决定将其改为“汽车”或“汽车”。当然，他并不关心软件内部发生了什么，他唯一关心的是，在用户界面上，我们用汽车或汽车替换所有汽车

现在，我的问题是，如何处理这个问题

我是否应该更改本地化字符串，并记住/记录这一点 无论何时任何人（老板、QAs、应用程序评论中的用户…）谈论 汽车，他们会想到我们在软件中称之为“汽车”的东西吗

重构代码中提到“汽车”一词的每一个地方

完全不同的东西

我是否应该更改本地化字符串，并记住/记录这一点 无论何时任何人（老板、QAs、应用程序评论中的用户…）谈论 汽车，他们会想到我们在软件中称之为“汽车”的东西吗

对。如果UI中的任何术语发生变化，您肯定需要更改所有与之相关的句子。如果需要经常这样做，可以构造一个索引。但是如果你需要经常这样做，那么你的过程就有问题了

重构代码中提到“汽车”一词的每一个地方

这是另一回事。在DDD中，您用来描述应用程序的业务逻辑。当您与您的队友、分析师、项目经理等交谈时，您使用这种语言。您在代码中使用这种语言。如果突然发生了什么事情，这迫使你从现在开始用不同的术语和所有这些人说话。。。那为什么。。。你必须重构你的代码。因为否则，你会到处都是混杂的术语，让人困惑和产生错误

但是再一次。如果这种情况在您的过程中经常出现。。。需要有人认真考虑一下

我是否应该更改本地化字符串，并记住/记录这一点 无论何时任何人（老板、QAs、应用程序评论中的用户…）谈论 汽车，他们会想到我们在软件中称之为“汽车”的东西吗

对。如果UI中的任何术语发生变化，您肯定需要更改所有与之相关的句子。如果需要经常这样做，可以构造一个索引。但是如果你需要经常这样做，那么你的过程就有问题了

重构代码中提到“汽车”一词的每一个地方

这是另一回事。在DDD中，您用来描述应用程序的业务逻辑。当您与您的队友、分析师、项目经理等交谈时，您使用这种语言。您在代码中使用这种语言。如果突然发生了什么事情，这迫使你从现在开始用不同的术语和所有这些人说话。。。那为什么。。。你必须重构你的代码。因为否则，你会到处都是混杂的术语，让人困惑和产生错误

---

但是再一次。如果这种情况在您的过程中经常出现。。。有人需要认真考虑一下。

在我看来，代码中使用的名词应该跟在域中使用的名词后面，这似乎是合乎逻辑的。但是，你知道它是如何运作的，这是一个商业决策，玩家变成了客户，汽车变成了汽车，或者访问变成了互动，或者是其他人决定成为什么样的人，随着业务的发展和/或转变，这种事会时不时发生，有时跟随这些变化似乎很痛苦，所以我想听听其他的经验和最佳实践。谢谢你的回答。在我看来，代码中使用的名词应该跟在域中使用的名词后面，这是合乎逻辑的。但是，你知道它是如何运作的，这是一个商业决策，玩家变成了客户，汽车变成了汽车，或者访问变成了互动，或者是其他人决定成为什么样的人，随着业务的发展和/或转变，这种事会时不时发生，有时跟随这些变化似乎很痛苦，所以我想听听其他的经验和最佳实践。谢谢你的回答。