【DDD】领域驱动设计实践 —— 一些问题及想法
在社区系统的DDD实践过程中，将遇到一些问题和产生的想法记录下来，共讨论。
本文为【DDD】系列文章中的其中一篇，其他内容可参考：使用领域驱动设计思想实现业务系统。
1、dto、model和entity之间的互相转化
user interface层的dto、domian层的model、infrastructure层的entity之间的互相转换，比较繁琐，硬编码容易出错。
如果命名较为规范，则可以考虑交给一个公共服务完成自动转换，约定俗成：dto和model为驼峰式命名，entity和数据库表保持一致，使用小写字母+下划线形式，可以考虑编写一个工具服务完成自动映射；
现实情况下，社区系统是一个遗留系统，代码规范不佳，因此通用工具服务不可行。
2、repository的实现
针对不同的存储介质建议有不同的repository impl，比如rdb使用mybatis实现的dao，mongo有自己的dao；这些dao均需要实现domain层的Repository接口；
对于redis，通常用做缓存，它会搭配主存（rdb、mongo）使用，这时候，可以有一个RepositoryImpl实现类来包装 缓存/主存之间的增删改查逻辑。
例如：
com.eco.domain.repository.IUserRepository
public interface IUserRepository {
public UserInfo queryUserInfoByUserId(long userId);
}
@Repository
public class UserRepository implements IUserRepository {
@Autowired
private JedisCluster jedisCluster;
@Autowired
private UserMapper userMapper;
@Autowired
private UserRespostoryTranslator userRespostoryTranslator;
@Override
public UserInfo queryUserInfoByUserId(long userId) {
UserRedisBean userRedisBean = this.queryUserRedisBeanByUserId(userId);
return this.userRespostoryTranslator.translateFromUserRedisBean(userRedisBean);
}
private UserRedisBean queryUserRedisBeanByUserId(long userId) {
UserRedisBean userRedisBean = null;
// 获取缓存key
String userIdKey = RedisKeyUtil.getRedisKey(RedisTypeEnum.UserInfoByUserId, StringUtil.toString(userId));
String value = jedisCluster.get(userIdKey);
// redis中不存在，则从db中获取用户相关信息
if (StringUtil.isEmpty(value)) {
// 根据userid及用户社交对象从oracle查询用户信息
userRedisBean = getUserRedisBeanFromOracle(userId);
if (userRedisBean != null) {
// 用户信息写入redis
JedisClusterUtil.set(jedisCluster, userIdKey, JsonUtil.toJSONString(userRedisBean),ConfigurationConst.userRedisSeconds);
}
} else {
// 如果redis中存在，则从redis获取用户相关信息，并设置有效期
userRedisBean = JsonUtil.parseObject(value, UserRedisBean.class);
}
return userRedisBean;
}
/**
* 根据userid从oracle查询用户信息
*
* @param userId
* @return UserRedisBean 欲存入redis中的用户信息bean
*/
private UserRedisBean getUserRedisBeanFromOracle(long userId) {
UserRedisBean userRedisBean = null;
// 根据userid查询用户信息
UserInfo userInfo = this.queryUserInfoByUserIdFromOracle(userId);
//ignore transfer UserInfo to UserRedisBean.
return userRedisBean;
}
}
3、查询式和命令式接口使用的domain需要分离
查询式接口domain应当简化，甚至于去掉。通常查询接口的实现逻辑为：入参校验、鉴权、从Repository中获取数据、拼凑不同的数据、数据转换、返回数据。理论上，不应当存在过多的业务逻辑。所以可以淡化domain层。如果仍然按照：entity --> model -->dto的转换路径，实际model的作用没有，反而带来了代码复杂度，不值得。
命令式接口，除去查询式接口的逻辑，还有部分业务相关的，比如“关注”这一业务逻辑，较为复杂，需要收口到domain。
因此，建议如下处理方式：
查询式和命令式接口使用的domain需要分离设计，查询式接口使用的domain可以淡化。
