数据映射器或服务层应该处理复杂的查询条件吗？
这个问题出现在涉及多个条件的复杂查询的上下文中。数据映射器模式旨在促进数据库交互，通常提供通用的 get() 方法，用于根据指定条件检索数据。然而，在需要更复杂查询的场景中，会出现对这些条件的适当处理的担忧。
一种方法涉及扩展数据映射器的 get() 方法以接受多个条件。这允许服务层直接调用扩展方法，将其角色减少为纯粹的中介。相反，替代方法使服务层能够在调用传递多个条件的通用 get() 方法之前解析条件。这将条件逻辑转移到服务层，使数据映射器具有更简单的实现。
虽然服务层方法确保了模型层中域逻辑的包含，但它可能会损害数据映射器的主要目的模式，用于处理数据库交互。有些人认为映射器应该保持简单，专注于数据检索和存储，而服务层则负责管理复杂的查询并确保遵守业务规则。
或者，数据映射器方法保持与映射器处理数据操作，服务层负责更高级别的任务。映射器可以扩展为包含为处理特定条件组合而定制的方法，例如 getByAuthorAndPublisher()。这种方法将服务层的角色简化为协调器，将大部分条件逻辑委托给域对象本身。
最终，这些方法之间的选择取决于应用程序的复杂性、所需级别等因素数据检索的粒度以及团队的偏好。没有普遍接受的解决方案，但了解权衡并考虑应用程序的上下文将帮助开发人员确定适合其特定用例的最合适的方法。
以上是复杂查询条件应该放在哪里：数据映射器还是服务层？的详细内容。更多信息请关注PHP中文网其他相关文章！
