加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

oop – 单一责任原则的实施

发布时间:2020-12-14 04:54:42 所属栏目:百科 来源:网络整理
导读:如果我将我的对象分解为“单一责任”,是否有一个基本的想法是,对象是应该共存还是分开,例如,如果我有 class Employee_DataProvider() : IEmployee_DataProvider { ... };class Employee_Details() : IEmployee_Details { ... };class Employee_Payroll() : I
如果我将我的对象分解为“单一责任”,是否有一个基本的想法是,对象是应该共存还是分开,例如,如果我有

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对象应该有反映它的功能的方法,而不是对它做了什么.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读