java包分层总结

mapper

数据库操作类,该包下mybatis中一般都是自动生成

manager

数据库中的相关操作,dto与po之间的转换,以及mapper中各个原子操作的组合使用,事务控制。避免manager层面使用cache层。因为cache层使用manager层的操作进行缓存加载,避免出现循环依赖。

cache

缓存类,一般使用manager包进行加载数据库数据至缓存。因此不要在manager中使用cache缓存,尽量的避免出现循环依赖导致的偶发性问题,如果出现循环依赖则需要考虑更多的场景去避免NPE或者实际对业务产生影响的问题出现,例如:访问依赖bean中的属性需要判空。如果有此类需求,可以放入更上层的业务处理层,例如:provider提供层、consumer消息消费层、service业务处理层等。因为这些层面不会被其他层使用,尽量做到单向依赖,避免循环依赖

业务层

底层尽量不要处理异常,尽可能交给上层处理,异常统一放在业务层进行捕获处理。

provider

一般用来提供服务,例如:dubbo提供者

consumer

一般用来提供消息消费服务

service

一般用来提供http接口

依赖图

尽量避免分层间的循环依赖,做到单向依赖。
java包分层总结

Q&A

兄弟层是否应该允许互相引用?

如果允许的话,就代表manager层的manager类可以互相之间引用,这样也是有循环依赖的风险存在的。如果存在定时任务,定时任务调用依赖manager的方法,此时manager没有初始化完成是存在空指针风险的。当然可以规避掉,只是设计时应尽可能的避免

发布了81 篇原创文章 · 获赞 85 · 访问量 2万+

猜你喜欢

转载自blog.csdn.net/u010597819/article/details/101429229