哪个班级设计更好？

Question

哪种类设计更好,为什么？

public class User
{
    public String UserName;
    public String Password;
    public String FirstName;
    public String LastName;
}

public class Employee : User
{
    public String EmployeeId;
    public String EmployeeCode;
    public String DepartmentId;
}

public class Member : User
{
    public String MemberId;
    public String JoinDate;
    public String ExpiryDate;
}

要么

public class User
{
    public String UserId;
    public String UserName;
    public String Password;
    public String FirstName;
    public String LastName;
}

public class Employee
{
    public User UserInfo;
    public String EmployeeId;
    public String EmployeeCode;
    public String DepartmentId;
}

public class Member
{
    public User UserInfo;
    public String MemberId;
    public String JoinDate;
    public String ExpiryDate;
}

Answer 1

通过认识到继承模型是"IS-A"关系,而成员模型是"HAS-A"关系,可以简单地回答这个问题.

• 员工是用户
• 员工拥有用户信息

哪一个是正确的？这是你的答案.

Answer 2

我不喜欢任何一个.当某人既是会员又是员工时,会发生什么？

Answer 3

问自己以下几点:

• 你要建模的员工IS用户？如果是这样,选择继承.
• 你要建模的员工HAS用户信息？如果是这样,请使用合成.
• 用户(信息)和员工之间是否涉及虚拟功能？如果是这样,请使用继承.
• 员工可以有多个用户(信息)实例吗？如果是这样,请使用合成.
• 将Employee对象分配给User(info)对象是否有意义？如果是这样,请使用继承.

通常,在代码复杂性和所需效率的约束下,努力模拟程序模拟的现实.

Answer 4

我认为组合总是比继承更好(通常).如果员工和会员真的是用户,并且他们互相排斥,那么第一个设计就更好了.考虑您需要访问Employee的UserName的场景.使用第二种设计,您将拥有:

myEmployee.UserInfo.UserName

哪个是坏的(得墨忒耳法则),所以你会重构为:

myEmployee.UserName

这需要Employee上的一个小方法委托给User对象.第一种设计避免了所有这些.

Answer 5

尼斯问题,虽然避免分心关于正确和错误的我会考虑要求每种方法的利弊-我认为这是你的意思的是好还是坏,为什么.无论如何....

第一种方法又称继承

优点:

• 允许多态行为.
• 是最初简单方便.

缺点:

• 可能变得复杂或笨拙随着时间的推移,如果更多的行为和关系增加.

第二种方法又名作文

优点:

• 很好地映射到关系表,结构化编程等非oop场景
• 逐步扩展关系和行为是很简单的(如果不一定方便).

缺点:

• 没有多态性因此使用相关信息和行为不太方便

这些列表+ Jon Limjap提到的问题将帮助您做出决定并开始 - 然后您可以找到正确答案应该是什么;-)

Answer 6

您还可以将Employee视为用户(Person)的角色.用户的角色可以及时更改(用户可能失业)或用户可以同时拥有多个角色.

当存在真正的 "是一种"关系时,继承会好得多,例如Apple - Fruit.但要非常小心:圆圈 - 椭圆不是真正的"是一种"关系,因为cirlce比椭圆具有更少的"自由"(圆是椭圆状态) - 参见:圆椭圆问题.

Answer 7

真正的问题是:

• 用户背后的业务规则和用户故事是什么？
• 员工背后的业务规则和用户故事是什么？
• 会员背后的业务规则和用户故事是什么？

这些可以是三个完全不相关的实体,也可以不是,这将决定您的第一个或第二个设计是否有效,或者是否有其他完全不同的设计.