即使勉强跑起来，性能也是爆烂。 只不过现在硬件高级，因此客户也不多说什么而已。
而以数据库为中心的设计系统，基本上都是高效率，可以对付高并发。
还有人说内存快过硬盘，当然内存快过硬盘，但是你的系统最后还是要存到硬盘啊。
服不服？
------解决思路----------------------
如果你说的领域驱动设计指的是Eric所提出的DDD,
那么你抨击的是非常正确的,
Eric的DDD属于信息建模法,终究还是以数据(库)驱动的思想,不是OOAD方法,和OOAD的以问题域为中心完全是两码事
还有,我要强调的是,ORM支持者的所谓CodeFirst或者ModelFirst和DBFirst一样都是数据驱动的,
包括楼主所说的"以class为中心",(一个表写一个class?有数据库存储数据,根本就不需要你说的这些class)
都是以一种实现依赖另一种实现,和OOAD的设计思想格格不入
------解决思路----------------------
一楼的意见刚好和楼主的意见相反!
丢弃DDD(Eric)和ORM这些传统的信息建模法思想(尽管他们也有对象的概念),
采用OOAD方法,能最大限度的满足需求变化
------解决思路----------------------
继续聆听ing....
------解决思路----------------------
楼主是在替古老的实体-关系法招魂么?
软件的复用懂不懂?面对不同的数据结构,可以不用修改应用程序
软件生产的四大问题:复杂性,沟通,需求变化,复用性,通过面向对象方法都能很好的解决,
如今的OO已经渗透到软件生产的整个生命周期,并且过程指导在理论层面和实践层面也不断的增强,
OO方法指的是将人类现实世界认知和解决问题的方法引入到软件开发领域,
这是软件开发从维技术论到返朴归真的一大进步
OO方法已经成为软件生产首选,不知楼主何来抛弃说
------解决思路----------------------
请使用c而不是c++或者任意一款OOPL。先做到这一点再说！
有些人就是由于长期“骑驴找驴”，最后过于劳累（没有成就感）而干脆记不清当初找的是什么了。
------解决思路----------------------
隐隐约约读到一些东西，楼主的意思是“世界上所有的东西最终都是要保存到硬盘，所以DB技术才是最NB的”。因为现在从事软件开发和研究的人越来越多，各式各样的设计和架构，只能说存在必然合理，虽然某种条件下会引发漏洞或者性能瓶颈。其实，做软件，最终是满足客户需求，其实软件工程罗嗦的地方就在于过于机械化，有经验的人可以完全无视什么所谓的流程（反正，客户要什么，就做什么，最后通过客户验收拿到钱后，就是成功）。
楼主的想法太过于僵化，青年很多样，文艺、2B、普通，都会有人爱。所以，楼主没有必要纠结什么，做好自己就可以了。
------解决思路----------------------
弱弱的说一句，现在我进行数据库设计的时候，也在用OO思想
------解决思路----------------------
楼主的判断有点过于绝对了
（靠，难得回复一次还遇到505了）
------解决思路----------------------
业务系统需要持久化，所以要用数据库。
业务程序的设计可以用面向对象的理念。
我觉得并没有什么冲突。
------解决思路----------------------
LZ问的应该是 codefirst 与dbfirst 这两种方式的选择