我正在.NET C＃中构建一个项目管理系统，用于处理工作人员要完成的（物理构造）任务。
我对DDD的了解告诉我应该使用无处不在的语言 - 并使用与业务相同的术语。
但是我觉得在我的课程中调用一个类任务对于程序员在软件线程任务和现实世界任务之间混淆是一种可怕的经历。
关于如何最好地处理这类情况的任何建议？
答案 0 :(得分：1)
没有理由不把它称为任务。如果这是您与域专家达成一致的语言（对您们双方都有意义），那么这就是您应该使用的语言。正如评论中所提到的，在你的有界上下文中，任务意味着你将它们定义为意味着什么。
如果你能很好地编写代码，那么模糊性将是最小的。你会发现你很少在同一个环境中处理两个不同的任务概念，并且通过遵循单一责任原则，你将进一步限制混淆。
如果确实存在歧义，请使用您的命名空间并明确表示您正在使用模型，而不是编程概念。