> 看看DDD领域驱动设计，直至软件系统部署，数据库才被产生?> 来（使用Hibernate等技术）。
>
>
> DDD；领域设计过程是：
> 领域建模--->Model/Service---->表现层、业务层和持久层同
> 笨ぃ咛逑附冢?> 1.表现层负责界面离散数据和Model
> Mapping映射，如使用Struts
> 2.持久层负责将Model持久化，使用Hibernate/EJB的实体Bean
> 际踔灰龊Mapping配置即可，无需设计数据库，如果你设计
> 菘猓头⑸Model和数据库不匹配现象，两强相赜幸?> 撕Γ姆阶龀鋈貌剑话闶侨砑OO比较容易修改，结果不应?> 让步的一方作出让步，这是错误的。
> 3.业务层：完成Service具体实现。由于使用Ioc之类框架，使
> 萌憬怦罘浅：茫换ハ嘁览担滴癫愎丶怯τ梅癫Ser
> ice的实现，包括组件技术、模式应用等等DDD在这方面讲得
> 冉舷晗浮?>
> DDD领域建模其实是告诉我们业务层如何做？使用DDD。
>
> 总之，在完全面向对象中，数据库驱动设计方式已经抛弃，数
> 菘馐贝丫崾芄唤邮苷庋嘉娜撕苌伲馐且怀「锩
> ，相信多年后，它被大多数人接受，至少我现在是这样做。
>
> 为什么大家抱着数据库思路不放呢？其实是和教育培训有关，
> 萁峁购退惴ㄒ恢笔侨砑逃木洌庵峙嘌捣绞脚嘌
> 使用数学思维来设计软件习惯，实际在企业软件中，软件关键
> 侨绾慰焖儆Ω侗浠皇鞘Ч饺绾胃呱睿较蚓痛砹恕
>
>
> 可惜大家还在数据库设计这个错误思维方向上死不悔改，所以
> 蚁胪üJdon来及早唤醒大家（可能自不量力）。
>
>
> 实战DDD(Domain-Driven Design领域驱动设计)：
> http://www.jdon.
> om/mda/ddd.html

说的非常有道理.