分享一个自己开发的脚手架，基于 DDD 领域设计的

[kushu001]

之前在别的贴子中有说过，自己在开发这样一个脚手架（感觉到框架不够格😂）—— nebula-framework, 是基于我学习了 3 ，4 年的领域驱动设计而来。总体来说，没有设计的很复杂，主要是学习怎么将领域驱动设计中的各个概念，进行落地。而且也不是用的微服务，架构上会更简单一点。其实还有好多没有实现的，比如领域事件，事件溯源等都没有实现，后续等我学了以后有感受了，觉得能落地了再加进去！ PS: OSCHINA 上发文章有时真的很痛苦，审核被拒也不写原因。感觉好蛋疼

后端是基于 Springboot 3, MyBatis, MySQL

前端是基于 umimax+ant design 5.0

感兴趣的可以移步 Nebula Framework 官网

演示地址： Nebula Framework 演示

文档地址：Nebula Framework 文档

后端仓库地址： Gitee Github

前端地址： Gitee Github

文档还没写全，主要是写了一些领域上的概念，后续会继续完善文档。

不喜轻喷，希望我的东西能给大家带来一些启发，感谢感谢😂😂😂

[kylix]

OP 精神可嘉，支持下

btw: 刚打开官网时差点以为我显示器坏了😂

[facebook47]

俺也分享一个 ems-admin🤣🤣🤣

[thetbw]

不错，学习学习

[VeryZero]

好奇是如何解决仓储层脏检查的问题的？

[kushu001]

@VeryZero 这个还没有实现，只是简单的全量处理，也需要去研究🤣🤣🤣

[VeryZero]

@kushu001 建议加把劲😄 目前我们公司在 DDD 实践中的拦路虎就是脏检查，这一关不过就没法铺开。因为全量处理无锁的情况下太容易出现数据覆盖的情况了

[kushu001]

@VeryZero 我看一些持久化框架 Hibernate 或者 JPA 不是支持脏数据检查的么。你们用的什么 DDD 框架。一起研究一下啊😄😄😄

[VeryZero]

没有用 DDD 框架，ORM 是 mybatis😂

目前准备采用快照对比的方案解决脏检查的问题，但是性能有损耗。