小弟在新公司,主管给我说要用DDD模式搭建!
但是小弟对DDD模式有点不一样的看法,因为DDD模式如果用的不好很容易砸到自己的脚,DDD模式要配合仓储模式才有用
而且个人感觉网上那些DDD模式大多是误人的资料,从他们搭建的框架 我并没有感到 简单和完全解耦 反而使项目变的比较复杂
还有仓储模式也有一个误解,就是很多人已经在用EF了 还把它封装成仓储模式,要知道EF本身就是仓储模式 很多人说只是平滑做到更换ORM框架
但是我个人认为 在当初选择ORM框架的时候 就注定要使用这个框架 很少极端情况会在开发中途换另一个ORM框架 即使更换 也很难做到完全平滑更换ORM框架
于是小弟根据自己经验搭建了个多层框架 非常简单 结构清晰 完全做到了解耦层与层的依赖 像日志 监测 模型验证 权限 等等都是利用AOP方式进行处理 真正让项目组成员 只关注逻辑开发
但是主管还是要使用DDD模式 我真的不能理解 大家在项目DDD模式有什么看法呢?
你们公司有领域专家会设计领域模型不?
DDD我唯一觉得有必要的情况就是:公司有一个业务专家.并且这个业务专家非常专家.
会做业务分析.模块划分.画好领域模型图.并把各个模型和功能都设计好.
程序员只要照着领域模型设计图写一个个类和一个个方法.就行了.
业务发生变化时.也是业务专家先改领域模型.程序员再改.
不然就属于画蛇添足
用这个指导你的开发,指导你的做事,这DDD就是个思想,不要为了DDD而DDD,这是大忌
我从另一个角度分析:DDD是为设计复杂软件而生的。不知道你们的项目是否足够复杂,以至于要用DDD。如果简单的增删改查就能搞定,DDD反而不妙,因为这个需要开发人员具有较高的素质。(本人并未用过DDD,读过一些书,仅供参考)
学习了