通过接口公开聚合与委托

Question

object which aggregates a few other objects, such as and . 我有一个对象，它聚合了其他一些对象，例如和 。 object, but for testability and manageability I've split it to use aggregation. 过去，所有这些逻辑都直接包含在对象中，但是为了可测试性和可管理性，我将其拆分为使用聚合。 但是，我没有直接公开聚合对象，而是使用了委派，以便使客户端不了解内部工作。 例如，不要这样做：

employee.getHRDataOn("2010-01-01").getProfile();

客户可以这样做：

employee.getProfileOn("2010-01-01");

我真的很喜欢它，因为它遵循“黑匣子”方法，这意味着我可以在不影响客户端的情况下随意更改实现，同时仍然由内部小的可测试对象组成。 object has grown considerably, as it now has 5 aggregate objects, and it's interface is littered with methods. 问题在于对象已经有了相当大的增长，因为它现在有5个聚合对象，并且其接口上方法。

您使用哪种方法，为什么？ 我有没有其他选择？ 我使用委托方法的问题是接口变得庞大，而暴露聚合对象的问题是代码的灵活性较差，客户端需要知道哪个聚合负责什么。 有什么建议么？

Answer 1

考虑更改Employee以提供GetEmployeeDataOn（Date）方法，以及用于EmployeeDataOnDate的类，该类存储该日期并具有类似GetProfile（）的方法。