如果我将我的对象分解为“单一责任”,是否有一个基本的想法是,对象是应该共存还是分开,例如,如果我有
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对象应该有反映它的功能的方法,而不是对它做了什么.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。