查找器方法归属位置由入口类型决定

读取数据时可以把查询方法看作”查找器”，用find(id)、findForCustomer(customer)这类方法名把底层SQL隐藏起来。但查找器方法该放在哪里，取决于当前用的是哪种入口：如果数据库交互类是基于表的（每张表一个类实例），可以把插入、更新和查找操作都直接捆在这个类的方法里；但如果交互类是基于行的（每一行一个类实例），查找操作就不能这样绑定——用基于行的类做查找，很容易把查找写成静态方法，但这会让数据库操作变得不可替换，也就没办法在测试时用服务桩把真实数据库换掉。为了避免这个问题，最好的做法是单独创建一批”查找器对象”，每个查找器类封装若干条SQL语句对应的方法，执行查询时返回一组基于行的对象集合。使用查找器方法时还有一个容易被忽略的陷阱：查找器工作在”数据库状态”下，而不是”对象状态”下——如果查询数据库找某个俱乐部的所有成员，那些只存在于内存、还没写回数据库的新成员不会出现在结果里；要避开这个陷阱，最简单的办法是让相关的写操作先于查询完成。