如果 UI 中的名称已更改，我是否应该将内部引用重命名为功能名称？
Should I rename internal references to a feature name if it's name in the UI has changed?
在开发过程中，为特定功能指定了一个内部名称。该名称随后用于函数和变量名称。稍后，当 UI 和文档完成时，会为该功能分配一个不同的 public-facing 名称。是否也应重命名变量名称以对应新的 public 名称？
一方面，public-facing 名称可能会经常更改，因此始终重命名内部引用是不切实际的。另一方面，如果单个功能具有不同的名称，它可能会在会议中和新团队成员之间造成混淆（是否应该有一个映射 public 和私人名称的电子表格？）。
有这方面的行业标准吗？
“通用语言”的概念讨论了外部名称和内部名称应如何保持一致。
引用this精彩文章：
Ubiquitous Language is the term that Eric Evans uses in “Domain-Driven
Design – Tackling Complexity in the Heart of Software” in order to
build a language shared by the team, developers, domain experts, and
other participants.
使用一致的名称可以让各方更容易理解产品和代码中的概念。
在开发过程中，为特定功能指定了一个内部名称。该名称随后用于函数和变量名称。稍后，当 UI 和文档完成时，会为该功能分配一个不同的 public-facing 名称。是否也应重命名变量名称以对应新的 public 名称？
一方面，public-facing 名称可能会经常更改，因此始终重命名内部引用是不切实际的。另一方面，如果单个功能具有不同的名称，它可能会在会议中和新团队成员之间造成混淆（是否应该有一个映射 public 和私人名称的电子表格？）。
有这方面的行业标准吗？
“通用语言”的概念讨论了外部名称和内部名称应如何保持一致。
引用this精彩文章：
Ubiquitous Language is the term that Eric Evans uses in “Domain-Driven Design – Tackling Complexity in the Heart of Software” in order to build a language shared by the team, developers, domain experts, and other participants.
使用一致的名称可以让各方更容易理解产品和代码中的概念。