oop – 单一责任原则的实施

前端之家收集整理的这篇文章主要介绍了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对象应该有反映它的功能方法,而不是对它做了什么.

猜你在找的设计模式相关文章