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

本文涉及的产品
云原生数据库 PolarDB PostgreSQL 版,标准版 2核4GB 50GB
云原生数据库 PolarDB MySQL 版,通用型 2核8GB 50GB
简介:

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数据库、数据库生态工具、云原生智能化数据库管控平台,为阿里巴巴经济体以及各个行业的企业客户和开发者提供从公共云到混合云再到私有云的完整解决方案,提供基于云基础设施进行数据从处理、到存储、再到计算与分析的一体化解决方案。本节课带你了解阿里云数据库产品家族及特性。
目录
相关文章
|
6月前
|
存储 消息中间件 JSON
|
9月前
|
存储 设计模式 前端开发
MVC架构和DDD架构的区别?
最近在学习一个开源社区项目,第一次听说了DDD项目架构,于是通过搜索之后来分享给大家
|
7月前
|
缓存 项目管理
项目管理定义问题之DDD架构的分层架构中基础层作用是什么
项目管理定义问题之DDD架构的分层架构中基础层作用是什么
|
消息中间件 架构师 搜索推荐
DDD领域驱动设计的概念解析
DDD领域驱动设计的概念解析
270 1
|
消息中间件 前端开发 小程序
DDD实战之五:战略设计之上下文映射和系统分层架构(下)
DDD实战之五:战略设计之上下文映射和系统分层架构(下)
DDD实战之五:战略设计之上下文映射和系统分层架构(下)
|
消息中间件 JavaScript 小程序
领域驱动设计(DDD)的几种典型架构介绍
领域驱动设计(DDD)的几种典型架构介绍
|
前端开发 小程序 机器人
DDD实战之五:战略设计之上下文映射和系统分层架构(上)
DDD实战之五:战略设计之上下文映射和系统分层架构(上)
DDD实战之五:战略设计之上下文映射和系统分层架构(上)
|
设计模式 缓存 Java
DDD之代码架构
这是一篇迟到的文章。这其实是我写DDD的第四篇文章。去年11月份左右我在个人网站上写了三篇关于DDD的文章,都是比较偏战略部分的。那个时候我还在一个正在使用DDD的项目上,也是我第一次真正开始深入使用DDD。
638 1
|
JSON 前端开发 数据格式
再议DDD分层
之前整理过《DDD分层》[1] 以及《分层架构》[2] 最近看网友讨论,整理一些有亮点的地方 现在分层架构+整洁架构似乎是个万金油组合了 之前DDD的标准分层结构:
319 0
再议DDD分层
|
存储 消息中间件 算法
还在搞三层架构?了解下 DDD 分层架构的三种模式吧 !
DDD(Domain Driven Design,领域驱动设计)作为一种软件开发方法,它可以帮助我们设计高质量的软件模型。在正确实现的情况下,我们通过DDD完成的设计恰恰就是软件的工作方式。UL(Ubiquitous Language,通用语言)是团队共享的语言,是DDD中最具威力的特性之一。不管你在团队中的角色如何,只要你是团队的一员,你都将使用UL。
还在搞三层架构?了解下 DDD 分层架构的三种模式吧 !