ghost024

处事不求无难，事无难则骄奢必起；谋事不求易成，事易成则志存轻慢。

在 service 里面，第一是可以复用，并且一旦需要把查询出来的数据做一些逻辑处理的话可以直接在 service 的那个方法里面做，第二 controller 层按道理是不应该有任何业务逻辑的，这样能在 controller 层保持干净，如果项目规模不大你在 controller 层直接注入 mapper 看似没什么，但是一旦代码规模起来会变得很丑陋，你在 controller 的代码会变的越来越长，最后 service 层形同虚设，又要重构。

我们组是如果不写接口文档的话，前端直接就开操了，所以所有人对接的时候，先出文档，再说对接的事情，而且请求参数和返回参数分有必须参数和非必须参数两种，反正开发之前，先写文档都得一天多。。。。。（然后如果接口改了，还得同步去改文档）

那个架构师真的不尊重人，不就是看不起楼主是大专么，还喜欢装大的

@alexapollo 确实，p 社游戏全靠 dlc 赚钱，尤其是新 dlc 是需要卖很久才开始促销的

维多利亚 3 ，p 社的游戏我都推荐

我看了一下，其实很多泛型都是顶层抽象类的，我不理解的地方在于，为什么顶层的抽象类要写这么多的泛型，如果是需要在抽象类中定义抽象方法的返回参数就用 extends 的那些类型就好了，反正你的参数一定是这些类型或者这些类型的子类