集群环境下DDD设计,怎样操作实体
假设简单的场景,创建一个吃货,然后吃货在:吃饭吃饭吃饭……
假设是B/S结构
注册之后就产生了一个吃货的实体(实例)
点击吃饭按钮,就会发送吃饭请求
在设计的时候,ddd让我们从两方面考虑问题
1.能准确的描述领域模型
2.和实现相结合,不要死磕
我的问题就是
为了设计漂亮点儿,当然是不希望收到吃饭请求的时候,都先把实体从数据库查出来,这不符合对象行为嘛。
但在集群环境下,或许还真要先load实体出来,再让他执行吃饭的动作
我是应该不care这个“实现不符合对象行为”的问题呢?
还是需要注册后就把实体放在集群的内存中,让后面的操作都变成自然的对象行为,而不需要加载动作?(这有点ddd绑架技术选型的意思)
引申出另一个问题
我们暴露给应用层的接口,接口参数是实体的标识?还是实体本身呢?
或者要把实体/聚合根直接在B/S传来传去么?
因为,如果不是引用实体本身的话,总感觉不那么ddd,
但用实体的话,传来传去包括序列化简直是浪费资源影响性能呢