双鱼座在我的一篇《从LinQ看我们的ORM设计》一文中的评论中,对“真正的领域模型是不能通过继承性描述的”提出了质疑。
在说明我的理由之前,我需求先向他道歉,因为我武断的说他“抱着课本是天书”。
OK,回到话题,假设我们正在开发一个进销存系统,我们总结出所有的文档都需要修改记录(RichDocument),而所有的树都需要ParentId(TreeDocument),而大多数的文档需要Code字段(CodeDocument)。
现在有个实体A需要修改记录功能和编码功能,因为.NET不支持多根对象,所以必须派生出一个CodeRichDocument。复制CodeDocument的字段,现在又有一个实体B需要修改记录功能和树功能,于是我们又派生了一个TreeRichDocument。不幸的是,又有一个实体C三个功能都要,如何派生?从CodeRichDocument继承,然后再加一个ParentId字段?这样的话,新的派生类就 Not Is TreeDocument了。
这还是才三个“特性”,实际的业务要比这个复杂的多,“不讲道理”的多。
如何解决?我们使用接口,将每个需要的功能称为“特性”,使用接口描述,例如:
这样C Is IRichDocument And Is ICodeDocument And ITreeDocument.
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构