我现在的架构是po->manager->service->action
其中manager实现业务逻辑,提供事务,action调用service
service中仅获取session,控制事务,load对象,然后调用manager,所以我可以单独的测试业务而不依赖于持久层
目前有这么个场景:一张地图,分成小块。给我一个坐标和半径,然后判断这个范围内是否有水。
因为地图是上下相通,左右相通,所以我要算出这个范围内所有地块的id,然后load出来,再逐格判断
于是代码就得类似这样:
List<Integer> idList=manager.computeIdList(int x,int y ...
- 浏览: 2960 次
- 性别:


- 详细资料
搜索本博客
最近加入圈子
最新评论
-
业务逻辑能否不依赖于持久 ...
wolfsquare 写道1.建议事务控制与业务调用一致,否则会造成业务异常而无 ...
-- by deafwolf -
业务逻辑能否不依赖于持久 ...
1.建议事务控制与业务调用一致,否则会造成业务异常而无法完全回滚。 2.当你在设 ...
-- by wolfsquare






评论排行榜