开发笔记
昨天今日未来
这个作者很懒,什么都没留下…
展开
-
架构设计——数据访问层简述
在上篇文章我简单讲解了下服务层,SOA面向服务架构,架构设计-业务逻辑层。这篇博客我们将继续进入我们的下一层:数据访问层。无论你用的是什么开发模式或者是业务模式,到最后最必须具有持久化机制,持久化到持久化介质,并能对数据进行读取和写入CRUD。这就是数据访问层。你可能是利用xml等文件格式磁盘存储,常用的关系数据库存储,或者NoSql(not only sql)的内存存储或文档存储等等存储介质。而这里我只关心关系数据库存储。数据层需要提供的职责有:1:CRUD服务。作为唯一可以与存储介质交互的中间层原创 2020-11-22 14:02:34 · 1607 阅读 · 0 评论 -
架构设计——业务逻辑层概述
业务逻辑层是专门处理软件业务需求的一层,处于数据库之上,服务层之下,完成一些列对Domain Object的CRUD,作为一组微服务提供给服务层来组织在暴露给表现层,如库存检查,用法合法性检查,订单创建。业务逻辑层包含领域对象模型,领域实体,业务规则,验证规则,业务流程。1、领域对象模型为系统结构描述,包含实体功能描述,实体之间的关系。2、领域实体:业务层是一些操作业务对象(BO)的处理。业务对象包含数据和行为,是一个完整的业务对象。其不同于上节架构设计中服务层的数据迁移对象(dto),对于d原创 2020-11-21 09:51:00 · 3861 阅读 · 0 评论