数据持久层只是名字好听,说穿了只是一个逻辑概念而已,这层的主要任务是负责把数据保存起来,一般是指保存至数据库或者文件,当然,它也可以负责完成与之相关的行为。
持久 英文即 persistence。
就是把数据保存到可掉电式存储设备中供以后使用。大多数情况下特别是企业级应用,
数据持久化
往往也就意味着将内存中的数据保存到磁盘上加以固化,而持久化的实现过程则大多通过各种关系数据库来完成。
那么持久层呢?
延续思路,所谓“持久层”,也就是在系统逻辑层面上,专著于实现数据持久化的一个相对独立的领域(Domain)。
持久层是负责向(或者从)一个或者多个数据
存储器
中存储(或者获取)数据的一组类和组件。这个层必须包括一个业务领域实体的模型(即使只是一个元数据模型)。
不过这里有一个字需要特别强调,也就是所谓的“层”。
对于应用系统而言,数据持久功能大多是必不可少的组成部分。那不就是说,我们的系统中,已经天然的具备了“持久层”概念?
也许是,但也许实际情况并非如此。
之所以要独立出一个“持久层”的概念,而不是“持久模块”,“持久单元”,也就意味着,我们的系统架构中,应该有一个相对独立的逻辑层面,专著于数据持久化逻辑的实现.与系统其他部分相对而言,这个层面应该具有一个较为清晰和严格的逻辑边界。