可能我之前发帖对问题的描述不够准确。我现在再说一下。
我现在的项目分层结构是这样的Web BLL DALFactory Model IDAL SQLServerDAl DBUtility
比如说，Model内有个User实体类（ID，Name,Password,Sex,Age 等四个属性） 现在项目组里有人建议，再创建一个名为Entity层。比如说，在里面建立UserPost实体类（Name,Password）专门用来注册。再创建UserInfo实体类（ID，Name，Sex,Age ）用来显示用户信息 Entity层只提供给UI和BLL层调用，Model只供DAL调用 使用的时候，将UserPost或者UserInfo的实例对象赋值给User的实例对象 我想请问一下，有没有这种必要，如果，我有一千种不同的行为，我就要创建一千种不同的实体类，这样做会导致代码的高度冗余 请教~~
我现在的项目分层结构是这样的Web BLL DALFactory Model IDAL SQLServerDAl DBUtility
比如说，Model内有个User实体类（ID，Name,Password,Sex,Age 等四个属性） 现在项目组里有人建议，再创建一个名为Entity层。比如说，在里面建立UserPost实体类（Name,Password）专门用来注册。再创建UserInfo实体类（ID，Name，Sex,Age ）用来显示用户信息 Entity层只提供给UI和BLL层调用，Model只供DAL调用 使用的时候，将UserPost或者UserInfo的实例对象赋值给User的实例对象 我想请问一下，有没有这种必要，如果，我有一千种不同的行为，我就要创建一千种不同的实体类，这样做会导致代码的高度冗余 请教~~
比如说，我将Name属性抽象成一个类，然后用UserPost和UserInfo来继承这个类，是这样吗？但感觉如果创建很多个类的话，还是会导致冗余的啊。
userPost是基类，userinfo是子类，这个是为了防止以后出啥 vip用户，高级黄金用户，163通信证，那种类的要求而做的防范设计
而且userPost和userinfo实体类应该只具有属性，不应该有方法，何来实现IDAl呢？
User
ID
UserName
PasswordUserInfo : User
Sex
...