名为任务的业务实体 - 如何称呼我的软件 class
Business Entity called Task - what to call my software class
我正在用 .NET C# 构建一个项目管理系统，处理由工人完成的（物理构造）任务。
我对 DDD 的了解告诉我，我应该使用一种通用语言 - 并使用与业务相同的术语。
但是我觉得在我的 classes 中调用 class 任务对于程序员来说是一种可怕的体验，他们会混淆软件线程任务和现实世界的任务。
关于如何最好地处理此类情况有什么建议吗？
没有理由不称之为任务。如果这是您与领域专家商定的语言（并且对你们双方都有意义），那么这就是您应该使用的语言。如评论中所述，在您的限界上下文中，任务将意味着您定义它们的含义。
如果你的代码写得好，歧义就会降到最低。你会发现你很少在同一个上下文中处理两个不同的任务概念，并且通过遵循单一责任原则你会进一步减少混淆。
如果您确实有歧义，请使用您的名称空间并明确表示您正在使用模型，而不是编程概念。
我正在用 .NET C# 构建一个项目管理系统，处理由工人完成的（物理构造）任务。
我对 DDD 的了解告诉我，我应该使用一种通用语言 - 并使用与业务相同的术语。
但是我觉得在我的 classes 中调用 class 任务对于程序员来说是一种可怕的体验，他们会混淆软件线程任务和现实世界的任务。
关于如何最好地处理此类情况有什么建议吗？
没有理由不称之为任务。如果这是您与领域专家商定的语言（并且对你们双方都有意义），那么这就是您应该使用的语言。如评论中所述，在您的限界上下文中，任务将意味着您定义它们的含义。
如果你的代码写得好，歧义就会降到最低。你会发现你很少在同一个上下文中处理两个不同的任务概念，并且通过遵循单一责任原则你会进一步减少混淆。
如果您确实有歧义，请使用您的名称空间并明确表示您正在使用模型，而不是编程概念。