在Repository(仓储模式)和Service模式中的Webapi，如何规划?
0
最佳答案
1
不是通过表来划分service，而是通过功能划分service，数据库的持久化跟service层还是有区别的，多表联合查询的时候，像这样业务就是在service里面处理的，你就把service看作是处理业务逻辑的就行了
数据库中的实体类可以设计为贫血也可以设计为充血，如果是充血模式，只保留跟数据实体的增删改查就行了，不涉及到其他数据库实体。两个实体之间的联系操作就应该放到service里面处理
收获园豆：100
如果repository层只有增删查改,那么service层是不是用Dbcontext自己写联合查询,还是说需要建立一个新的repository，用来实现数据库的操作
@叫我昆哥哥: 你可以封装一个数据单元的类库，专门用来操作数据库的dbcontext
去看一下abp 工作单元的实现， 不需要在service层，建新的仓储
不管是仓储还是service 都统一注入到工作单元，通过工作单元实现与数据的桥接
其他回答(1)
0
单独的逻辑方法，应该在这个service单独去实现啊，基类中只是最基础的增删改和简单查询。