需要达到的效果是:Service调用DAO,如果缓存中没有再去查数据库,最后把查询结构添加到缓存我的想法:Service处理业务逻辑,不应该知道数据从何而来,也就不能直接操作缓存操作缓存的对象应该也是一个DAO层对象,但是操作数据库的对象也是DAO层的对象,把操作数据库的逻辑和操作缓存的逻辑放到一次看上去并不大好,而且如果用mybatis作为orm,dao层基本插不进缓存的代码。那么问题来了:这个缓存应该用什么姿势封装起来?
Service调用DAO,如果缓存中没有再去查数据库,最后把查询结构添加到缓存我的想法:Service处理业务逻辑,不应该知道数据从何而来,也就不能直接操作缓存操作缓存的对象应该也是一个DAO层对象,但是操作数据库的对象也是DAO层的对象,把操作数据库的逻辑和操作缓存的逻辑放到一次看上去并不大好,而且如果用mybatis作为orm,dao层基本插不进缓存的代码。那么问题来了:这个缓存应该用什么姿势封装起来?
我的想法:Service处理业务逻辑,不应该知道数据从何而来,也就不能直接操作缓存操作缓存的对象应该也是一个DAO层对象,但是操作数据库的对象也是DAO层的对象,把操作数据库的逻辑和操作缓存的逻辑放到一次看上去并不大好,而且如果用mybatis作为orm,dao层基本插不进缓存的代码。那么问题来了:这个缓存应该用什么姿势封装起来?
Service处理业务逻辑,不应该知道数据从何而来,也就不能直接操作缓存操作缓存的对象应该也是一个DAO层对象,但是操作数据库的对象也是DAO层的对象,把操作数据库的逻辑和操作缓存的逻辑放到一次看上去并不大好,而且如果用mybatis作为orm,dao层基本插不进缓存的代码。那么问题来了:这个缓存应该用什么姿势封装起来?
操作缓存的对象应该也是一个DAO层对象,但是操作数据库的对象也是DAO层的对象,把操作数据库的逻辑和操作缓存的逻辑放到一次看上去并不大好,而且如果用mybatis作为orm,dao层基本插不进缓存的代码。那么问题来了:这个缓存应该用什么姿势封装起来?
那么问题来了:这个缓存应该用什么姿势封装起来?
这个缓存应该用什么姿势封装起来?
明月笑刀无情
梵蒂冈之花
相关分类