Rails开发中的抽象层:查询对象、仓库与表单对象的应用
1. 查询对象与领域服务层
在Rails开发中,模型属于领域层。查询对象从分层架构的角度来看,也属于领域层,因为它们仅对该层的实体进行操作。不过,查询对象明显位于领域模型之上,构成了一个上层子层,我们可以借用领域驱动设计(DDD)的术语,将这个架构子层称为领域服务。
1.1 查询对象的代码组织
对于Rails应用,查询对象可以存储在 app/models 文件夹下,无需与模型分开。一种常见的约定是将查询对象分组到相应的模型文件夹下,文件名后缀( *_query.rb )有助于区分抽象层。如果大多数查询对象是可重用的且不特定于某个模型,引入一个新的顶级文件夹( app/queries )是合理的。
1.2 查询对象的使用原则
查询对象层相对较弱,我们并非每次读取数据都强制使用查询对象,只有在逻辑相当复杂时才使用(这是非常主观的判断)。否则,可以使用普通的Active Record作用域甚至即时查询。这样做是为了在简单性和可维护性之间取得平衡。
2. 仓库模式:分离领域与持久化
2.1 Active Record与数据映射器的区别
在对象 - 关系映射抽象中,Active Record和数据映射器(Data Mapper)存在差异。Rails默认采用Active Record方法,但我们也可以在代码中使用数据映射器的概念。数据映射器将模型与持久化分离,模型只是增强的数据容器,而其他对象(仓库和关系)用于查询和存储数据,这使得
超级会员免费看
订阅专栏 解锁全文
27

被折叠的 条评论
为什么被折叠?



