Lind.DDD敏捷领域驱动框架~Lind.DDD各层介绍

本文涉及的产品
云原生数据库 PolarDB MySQL 版,Serverless 5000PCU 100GB
简介:

Lind.DDD项目主要面向敏捷,快速开发,领域驱动等,对于它的分层也是能合并的合并,比之前大叔的框架分层更粗糙一些,或者说更大胆一些,在开发人员使用上,可能会感觉更方便了,更益使用了,这就是大叔开发Lind.DDD框架的目的,让一切变得更简单...

Lind.DDD层

主要是公用方法,组件,规约等,如日志组件(Logger),消息组件(Messaging),IOC,AOP,缓存(Caching),异常,请求/响应,用户授权(Authorization),安全校验,领域模型(Domain),领域事件(Events),数据传输(DTO),实体映射(AutoMapper),队列机制(CachingQueue),仓储规范(IRepositories),工作单元(UoW),规约模式(Specification)和分页控制(Paging)等,可以说Lind.DDD云集了大叔所有的核心和心血!

Lind.DDD.Repositories仓储实现层

Lind.DDD.Repositories.EF

持久化层,使用EntityFrameworks进行持久化,它实现了Lind.DDD.IRepositories接口的内容,它也是大叔框架里最常用的一种关系型数据库持久化的ORM组件

Lind.DDD.Repositories.Mongo

持久化层,使用MongoDB进行持久化,它不但实现了标准的仓储接口,还扩展了自身的个性接口IMongoRepository,它是更向关系型数据库的一种非关系型数据库,它一般用来存储日志信息及一些与主体业务无关的信息

Lind.DDD.Repositories.Redis

持久化层,使用Redis进行持久化,它是一种NoSql,与mongodb一样属性非关系型数据库,以键、值对的方式进行存储,可以存储到内存和磁盘中,支持五大数据类型,在非关系型数据库中,Redis绝对是佼佼者!在大叔框架里,它一般用来存储缓存数据!

Lind.DDD框架关系图

感谢您的阅读!

本文转自博客园张占岭(仓储大叔)的博客,原文链接:Lind.DDD敏捷领域驱动框架~Lind.DDD各层介绍,如需转载请自行联系原博主。

相关实践学习
使用PolarDB和ECS搭建门户网站
本场景主要介绍基于PolarDB和ECS实现搭建门户网站。
阿里云数据库产品家族及特性
阿里云智能数据库产品团队一直致力于不断健全产品体系,提升产品性能,打磨产品功能,从而帮助客户实现更加极致的弹性能力、具备更强的扩展能力、并利用云设施进一步降低企业成本。以云原生+分布式为核心技术抓手,打造以自研的在线事务型(OLTP)数据库Polar DB和在线分析型(OLAP)数据库Analytic DB为代表的新一代企业级云原生数据库产品体系, 结合NoSQL数据库、数据库生态工具、云原生智能化数据库管控平台,为阿里巴巴经济体以及各个行业的企业客户和开发者提供从公共云到混合云再到私有云的完整解决方案,提供基于云基础设施进行数据从处理、到存储、再到计算与分析的一体化解决方案。本节课带你了解阿里云数据库产品家族及特性。
目录
相关文章
|
前端开发 Java 数据库连接
领域驱动设计(DDD):分层架构
在应用系统开发中,采用严格的、单一的、真正的的分层架构是可以的,但实际上我们已经采用了多种架构模式设计系统。当多种不同范式的架构混合在一起,你会不会出现“指鹿为马”的现象呢?
领域驱动设计(DDD):分层架构
|
4月前
|
存储 设计模式 前端开发
MVC架构和DDD架构的区别?
最近在学习一个开源社区项目,第一次听说了DDD项目架构,于是通过搜索之后来分享给大家
|
9月前
|
消息中间件 架构师 搜索推荐
DDD领域驱动设计的概念解析
DDD领域驱动设计的概念解析
160 0
|
11月前
|
消息中间件 JavaScript 小程序
领域驱动设计(DDD)的几种典型架构介绍
领域驱动设计(DDD)的几种典型架构介绍
|
设计模式 运维 前端开发
DDD(领域驱动设计)分层架构
DDD(领域驱动设计)分层架构
979 0
DDD(领域驱动设计)分层架构
|
设计模式 缓存 Java
DDD之代码架构
这是一篇迟到的文章。这其实是我写DDD的第四篇文章。去年11月份左右我在个人网站上写了三篇关于DDD的文章,都是比较偏战略部分的。那个时候我还在一个正在使用DDD的项目上,也是我第一次真正开始深入使用DDD。
551 1
|
消息中间件 缓存 Java
DDD专题案例一《初识领域驱动设计DDD落地方案》
DDD(Domain-Driven Design 领域驱动设计)是由Eric Evans最先提出,目的是对软件所涉及到的领域进行建模,以应对系统规模过大时引起的软件复杂性的问题。整个过程大概是这样的,开发团队和领域专家一起通过 通用语言(Ubiquitous Language)去理解和消化领域知识,从领域知识中提取和划分为一个一个的子领域(核心子域,通用子域,支撑子域),并在子领域上建立模型,再重复以上步骤,这样周而复始,构建出一套符合当前领域的模型。
1715 0
DDD专题案例一《初识领域驱动设计DDD落地方案》
DDD领域驱动设计实战(三)-深入理解实体(下)
DDD领域驱动设计实战(三)-深入理解实体(下)
241 0
|
前端开发 Java 数据库连接
DDD领域驱动设计实战(03)-深入理解实体
DDD领域驱动设计实战(03)-深入理解实体
344 0
DDD领域驱动设计实战(03)-深入理解实体