创建一个采用默认搜索标准作为构造函数参数的存储库是否有意义？

Question

我正在重构我建立的网站。这是一家旅行社的网站。我正在考虑实施存储库模式。

该旅行社有两个部门，拥有自己的网站并针对不同的客户群体。然而，两个网站的后端是相同的。他们都访问相同的数据库表。有些表仅包含用于标识记录所属部门的列。

假设我想要构建一个 TripRepository，它将能够返回 Trip 对象。您认为创建一个将 Division 作为构造函数参数的存储库有意义吗？这样所有的结果都只针对那个部门？

换句话说，在伪代码中：

class TripRepository
{
    method constructor( Devision );

    // this will then only return Trips for the Devision passed to the constructor
    method findAllTrips( /* some other criteria */ );
}

我当然可以将它作为可选的构造函数参数，甚至可以有一个setter来切换Devisions（如果需要）......但总的来说，这样做有什么异议吗？

或者我应该始终将划分标准传递给所有搜索方法？

Answer 1

除非您的 findAllTrips(...) 方法具有基于“Devision”的完全不同的逻辑（顺便说一句，它不应该是 Division 吗？），否则没有理由创建单独的实例。即使您出于某种原因这样做，我想您也必须将实例化的对象放入其他集合中，在这些集合中将使用... Devision 作为键（即参数）来访问它们。

因此，我个人认为这不是一个好的设计决策：看起来不直观，无论谁将来在代码中遇到这种情况，都可能想知道走这条路的真正动机是什么。