模型层设计

模型层包括业务服务层(service)和数据访问层(DAO)。服务层实现业务逻辑,DAO负责数据操作。服务层通过适配器进行权限控制,接口应细粒度。DAO关注性能优化,如缓存和预编译技术。三层模式框架的优点是解耦合,便于模块化开发,但可能带来性能损耗和复杂配置。
摘要由CSDN通过智能技术生成
 
模型层设计
 
模型层可以说是运行时系统的工作核心,基本上所有的业务逻辑处理和数据操作都在该层实现。在信息系统中,该层一般会被分成业务服务层(service)和数据访问层(DAO)。服务层职责是对模块的“原子用例”进行实现,持久层用于配合服务层的数据存储操作。在这两个细分的层次中的所处理的javabean名称也不一样,在service中,处理的是bussiness object(bo),在DAO中,处理的javabean称为persistent object(po)。虽然他们代表的意义和职能不一样,但表现形式却有可能相同。基于职责的考虑,除非难以本地实现的需求,一般不推荐把业务逻辑放到数据库的存储过程中,因为数据库上操作是由DBA维护的,web系统无法把控制权延伸到数据库上。而且这样破坏了系统的完整性,同时也不利于移植和维护。
Service层设计
首先来分析业务服务层的构造:
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值