oop – 单一责任原则的实施

如果我将我的对象分解为“单一责任”,是否有一个基本的想法是,对象是应该共存还是分开,例如,如果我有

class Employee_DataProvider() : IEmployee_DataProvider { ... };
class Employee_Details() : IEmployee_Details { ... };
class Employee_Payroll() : IPayroll() { ... };
class Employee_LeaveProcessing() : ILeaveProcessing_Client { ... };
...

让所有这些生活在里面,但通过接口,一个拥有的Employee类松散耦合是难闻的气味:

class Employee
{
    IEmployee_DataProvider _dataProvider;
    IEmployee_Details _details;
    IPayroll _payroll;
    ILeaveProcessing_Client _leaveProcessing;

    //My functions call the interfaces above

}

或者更多地考虑在代码中将这些类完全分开(或者至少与可能的分开)?或者这两种方法都是SRP的有效用法吗?

编辑:我不想要对示例中给出的对象的可行性进行批评,我只是用它来说明问题.我同意数据,休假和工资核算处理不属于员工类的域.

尽管SRP要求我作为真实世界表示对象作为围绕单个功能概念的属性和方法从对象移开

解决方法

回到OOP基础知识:Employee对象应该有反映它的功能的方法,而不是对它做了什么.

相关文章

什么是设计模式一套被反复使用、多数人知晓的、经过分类编目...
单一职责原则定义(Single Responsibility Principle,SRP)...
动态代理和CGLib代理分不清吗,看看这篇文章,写的非常好,强...
适配器模式将一个类的接口转换成客户期望的另一个接口,使得...
策略模式定义了一系列算法族,并封装在类中,它们之间可以互...
设计模式讲的是如何编写可扩展、可维护、可读的高质量代码,...