三层结构中自定义实体的方法如何访问数据层？

[czwdmj]

如题，我采用三层结构来开发一个应用，其中有DataAccess数据访问项目、Model自定义实体项目等等。Model项目需要被业务层和数据层依赖。现在的问题是：Model中的一个自定义实体，比如User这个类，要为它添加一个UpdatePassword方法，而这个方法需要调用DataAccess数据层中的函数，但又不能添加对DataAccess项目的依赖（因为这会造成循环依赖），那么应如何实现UpdatePassword这个方法呢？

另外，这样的话，是否符合三层结构的原则？有更好的解决方案吗？

[Jacob_son]

有看头

[yzwgh]

所谓的三层实际上分为四个部分:表示层,业务层,数据层,域对象层(自定义实体).其中自定义实体通常只包含数据,也就是只有属性或者getter和setter,updatePassword方法实际上已经是业务了,所以应该放在业务层.

[yzwgh]

当然也不是不可以写在自定义实体里面,只是通常不会这么做,如果你非要加在里面而又要保持分层的合理性的话,可以用Ioc注入的方法:首先定义一个接口IUser里面加上updatePassword方法,然后在业务层定义类UserManager实现这个接口,接着为自定义实体添加类型为IUser的属性UserInterface和updatePassword方法,如:void updatePassword(){this.UserInterface.updatePassword();},在表示层调用的时候可以这么写:User user=new User();UserManager um=new UserManager();user.UserInterface=um;user.updatePassword();

[liuzhanpeng]

上面有提到Castle中的AR,
Model里就实现了static方法,感觉也不错

[dingjian2008]

mark

[冯唐李广]

我也为这个问题迷惑！
不过我比较赞同yzwgh(大梦)所说的：
所谓的三层实际上分为四个部分:表示层,业务层,数据层,域对象层(自定义实体).其中自定义实体通常只包含数据,也就是只有属性或者getter和setter,updatePassword方法实际上已经是业务了,所以应该放在业务层.

[killlkilll]

我认为Model 层应该反映描述对象的特性，而不是行为，应该行为放在业务逻辑层去进行处理，承接楼主的意思，User 类应该反映用户的信息，我成为ModelUser，而在业务逻辑层的User（LogicalUser）是基于ModelUser 的。

或者楼主，可以这么想，不用User作为例子，用Gallery 和 Photo 作为例子，由于Gallery必须包含Photo ， Photo必须在Gallery 里面，因此他们是关联的，最好在业务逻辑层有一个LogicalGallery进行管理，否则，你既要维护Gallery和Photo太累了

[I_Iverson]

用所谓的贫血的实体模型可以解决这个问题。
就是只包含数据的实体。

否则如果自己写的话真有双向依赖的问题，就算抽取一个IDalUser,IDalUser和User类
也存在双向依赖

[zssxfc]

mark

[Bluesky51]

ok

[billow_chentao]

up

[sunbird69]

up

[feifeiyaqi3]

这是petshop程序网上很多的看看

[自然框架]

修改密码，只不过是要修改数据库里的用户表里的一个字段罢了。

一个SQL(update usertable set pwd = '' ......)语句就ok了，怎么这么复杂了呢？

[Aricc]

同意czjearth(czj)的方法

[yjwang0621]

晕了

[gwallan]

mark

[veryhappy]

UpdatePassword放到业务逻辑层中

[czwdmj]

另外想顺便问个相关问题：在这种三层结构中怎样处理系统的公共变量比较好？比如，我想把数据库中保存的系统设置信息以HashTable的形式保存以方便引用，这个HashTable以哪种方式保存在哪一层比较好呢？

[戒焦戒躁]

实体类只定义基本的属性以及不涉及数据访问的方法。再在业务层建立一个相关的类来实现数据访问相关的方法。