现在的位置: 首页 > 综合 > 正文

Domain model 及NHibernate在架构使用的一些疑惑

2011年02月03日 ⁄ 综合 ⁄ 共 568字 ⁄ 字号 评论关闭

最近在研究net的企业架构模式和NHibernate,
也看看了java方面的架构。也是以前一直用VB和以数据为中心的方式开发,所以看了许久bob大叔的《敏捷软件开发》和Martin 
Fowler的《企业应用架构模式》,总还是许多疑惑。最近准备把一个VB开发的HR系统移植到net上,想使用domain
model的架构。但是开始就有些问题,比如Employee的类,在HR中有很多的信息,比如基本信息,人事信息,薪资信息,福利信息,健康信息,工作
经验等等诸多的信息,原来系统是放在4张表内,根据需要去不同的表。但现在用domain的方式,我觉得这些都是员工的基本属性,应该放在一个类里。可这
字段有40~50个,难道都放到一起。可不同业务只需要使用其中一部分,都放到内存中,可太占内存了吧?而且一个类有40~50个属性,也太大了吧。
另外,Martin
Flower的说法,是业务执行时,从一个类到另外一个类,难道我的Employee会拥有大量的类,因为在HR中,Employee应该是最基础的类。
有种说法是有专门的业务逻辑执行类,比如有一个dorun的函数,在这个函数中,再将各个类和逻辑串连起来,可这不又是事务性脚本了吗?
这是我最近一直很迷惑的问题,可能高手见笑了。
希望高手解惑一下。谢谢。

请dudu暂时放在首页,谢谢大家,一日后转入提问区

抱歉!评论已关闭.