如果你的组员，用 controller 直接调用 mapper，是不是可以直接 fire 了

看大家把他喷的这么不轻，我甚至已经忘了当初为什么要分这么多层，有没有人理性的讨论下，到底能不能这么做？两种方式的各自优劣，存粹从技术角度讨论，别带情绪。

你有这个权利的话， 那当然是根据你的喜好来咯。

只要程序能跑就说明没有大的问题

emmm 你们还是手搓的 controller 吗，直接写个代码生成器，设计完接口生成一下，controller ，service ，serviceMockImpl 啥的都生成好，然后同事只需要实现那个 service ，xxxServiceImpl 里他想怎么弄都行，最后加个注解 @Primary 把原来 MockImpl 挤下去完事了，避免没必要的手搓就没这些问题

@buffzty 遇见过公司封的 Web 框架 jsp 专用函数 string runMethod(name)，东西放数据库，这个 method 可能真是个 class 的方法，也可能是 sql ，然后 sql 用|拼接多个字段成一个，然后 jsp 再|分出数组用，看着数组下标你都头麻

Java 恐怖主义

@htxy1985 #141 OP 那一定是小项目，代码生成器生成全套的不麻烦，需要事务的话，都写在 controller 里我感觉人都麻了

@gefangshuai 现在的 ORM 封装没有手动模式了么，必须通过注解开事务？

蒜鸟蒜鸟，都不泳易

@xiangyuecn 请问这样写是不符合代码规范嘛？还是说有什么其他的原因。我干过这个事情，入参也用过 Map<String, Object> 因为有时候单纯懒，不想建新的类，以对象的形式返回，，入参建一个 reqVO, 返回建一个 DTO ，有的项目写着烦了就没想整这些

请问你是在 code review 的时候发现的吗，是的话让他按照你的建议改了就好了。
如果已经上到生产环境了，那么你应该反思开发、上线流程，开发规范，没有明文规范且没有 review ，那这是你的问题啊。即使这个人非常差，那么也是你当年看走眼了，该反思的不是你自己吗？

没 controller ，只有 serverice ，直接调 mapper 。又不是不能用，少写点代码摸鱼不好么

我再说个点，后端都 tm 是数据库和接口的中间商，有 view 鸡毛事

不要命名成 mapper

把 Entity 的属性直接定义 Controller 里面 , 全程只用一个 class , 又不是不能用，少写点代码摸鱼不好么

如果根据入参直接一个查询返回结果，我觉得是可以的，没有或者只有基础判断那种。（只能查询）
不过我也不会那么写，现在偷懒一点点，反正回头要补回来的。

为啥不行？包的一层又一层就是规矩？扩展性就靠你说的规矩？

@zhouxiaoxiao #21

我 18 年接了个外包，业务逻辑简单，CRUD 简单的我都是直接 controller 直接调用 mapper ，到今年他们系统还用着，没问题啊，除了每年给他们续费一下服务器费用

如果你的领导只会 JAVA ，那么你可以跑路了