8treenet

暂时不打算更新和支持了，orm全称是对象关系映射。没有泛型那么这个对象映射真的很凑合。等go出泛型。gorm和xorm重写了。我在支持。这应该是重写

仔细看下po和entity的关系 模型 = 数据 + 行为  po的行为是什么 entity的行为是什么 杨树 Shu Yang Tel: +8613513517944 Twitter: _CharlieYang Website: http://www.8tree.net ---原始邮件--- 发件人: "cameronhuang95"

https://www.jianshu.com/c/397215400171 杨树 Shu Yang Tel: +8613513517944 Twitter: _CharlieYang Website: http://www.8tree.net ---原始邮件--- 发件人: "cameronhuang95"

周末

1。 fshop的篇幅有限，以单体的面貌容易讲解。 2。domian里全是对象了，理论上可以不拆子包了。因为本身就不是 package.func 3。看下聚合根工厂、聚合根、实体的关系处理

如果服务是单独拆出来的。 repository无非就是把从以前mysql的读写改成http的读写。 repository本身的价值就体现了。

那就假有用户服务的概念，微服务组成。 下订单 涉及到实体，有用户实体、订单实体、商品实体。这些实体都是Repository来创建的。 那么这个下订单聚合了多个实体，它就叫做聚合根。这样说的简单吧。 那么要创建一个下订单的聚合根，就有工厂去创建，它通过Repository来加载聚合根里的各种实体。 本质上你想问的就是 用户的实体现在是读数据库出来的，Repository屏蔽了数据细节。完全可以改成http

大体对上了， 但订单聚合根其实不是一个层。不能用分层概念去看它。订单聚合根是派生自订单实体，并且组合了其他实体。它是有订单状态，订单行为的聚合对象。 分层害死人啊。

看下实现领域驱动设计 聚合那一章的353页，里面有cqs概念，如果不用cqs 会造成什么样的困难。 八叉树 ***@***.*** ------------------ 原始邮件 ------------------ 发件人: Xuwudong ***@***.***> 发送时间: 2021年8月25日 21:29 收件人: 8treenet/freedom ***@***.***> 抄送: 8treenet ***@***.***>, Comment ***@***.***> 主题: 回复：[8treenet/freedom] 关于领域划分的疑问 (#15) 你好，关于聚合根我有个疑问，聚合根应该也是个实体吧，有全局唯一标识以及独立的生命周期，但是示例中的大多数聚合根感觉本质是一个行为，然后包含一个实现这个行为的方法，比如 OrderPayCmd 支付订单聚合根，我想这里聚合根是不是分的太细了，能解释下吗，谢谢。 —...

```go package main func installMiddleware(app freedom.Application) { crs := func(ctx freedom.Context) { ctx.Header("Access-Control-Allow-Origin", "*") ctx.Header("Access-Control-Allow-Credentials", "true") if ctx.Method() == "OPTIONS" { ctx.Header("Access-Control-Allow-Headers", "Access-Control-Allow-Origin,Content-Type") ctx.Header("Access-Control-Max-Age", "86400") ctx.StatusCode(204) return } ctx.Next() }...