关于是否在.net项目中实施领域建模的困惑!
潜水很久了...
在上一个项目中,我们使用的是标准的伪多层伪OO的数据库为中心的架构!正像banq总结的一样,终于陷入了需求变更和维护的泥潭!
所以,我开始逛jdon,学模式,读DDD,开始学习OO之道,企图找到问题的解决办法!
目前,上一个项目已经进入尾声,虽然我们在技术架构上吃了很多亏,但是在实施过程中掌握的业务知识却让我们受益匪浅,因此,在即将开始的同一领域的新项目中,我想尝试着进行架构的优化,使用DDD和面向对象的思想彻底改变以前落后的架构---理想是远大的!
--但是,现实也是残酷的,导致我忧郁不决主要原因是:
1.现在带领的开发人员都是.net出身,在微软缺乏营养的社区里混的结果是,几乎没有人建立OO的正确思想!如果要进行DDD的尝试,一定要花很大的代价帮他们转变观念和学习新的思考方法!
2.虽然基于.net架构上做DDD从理论上来将完全没有问题,甚至有人专门写了<Applying.Domain.Driven.Design.and.Patterns.With.Examples.in.C.Sharp.and.dot.NET>,但.net社区的开源软件和可选的架构方案比java少之又少,这些产品能否支持起一个企业级的应用,目前还必须冒很大的风险!
3.对我个人来讲,虽然看了潜了很久的jdon,看了DDD,读了DesignPattern,仍然没有十足的把握能做好一个复杂系统的设计,支持我前进的只有一腔OO的热血和追求进步的精神!
因此请各位大虾分享一下你们当初做如此转变的一些经验.
急流勇进和知难而退之间,我必须做出一个选择!
谢谢banq,大家!~~~