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

我有同事就这样写，我也没办法

以前 controller iservice serviceimpl mapper
现在 controller service mapper

不会
我之前看 spring boot 官方的视频教程就是 controller 直接调用 repository

不管有没有多个实现，service 层必须要写 interface ，不写的话开除。
不管业务是否复杂，maven modules 必须上，拆分成数十个模块，不会搞的开除。
不管多大的项目，SpringCloud 、注册中心、配置管理、redis 集群、消息队列必须安排，不安排的话开除。
别问我并发有多高，我要一台 64 核，256G 内存的机器，没有的话开除甲方。

这多大规模的项目啊，要这么严格

如果我的 leader 根据单独某个技术做法（就算确实很糟）就让我 fire 一个人，我会把这个 leader 换了

引用下 《投名状》
好奇
你们几个人儿？

我们简单逻辑，直接在 controller 中用 orm 来调用数据库。。。

@nealHuang 嗯，我说没提需求默认配置的情况下偶尔出现

这不只是一个 controller 调用 mapper 的问题
首先你们有没有制定好规范?

所有的乱写一是因为人, 二是因为规范

如果没有规范,而且允许人乱写,每个人都有各自的写法 项目混乱很快

很多项目基本只有一个 Service 实现, 还是要搞个 interface 真是恶心

还有另一外一种过分“守规矩”的，明明自己的 service 抽象的一点都不通用，永远都不会有多个实现，非得一对一的都搞成 interface+impl

@COOOOOOde 撞回复了

又不是不能用

写 java 写的目光呆滞思维僵化

@sean250031 #52 不打算给单元测试留个口子了？

没什么业务逻辑的，这么写也没什么问题，毕竟这东西也不会产生什么 bug ，可以跟组员提建议和要求，但不要过于注重此类问题，甚至阴阳苛责，毕竟制定团队技术规范目标是协同开发，尽量避免 bug 产生，不要舍本逐末，过于注重代码洁癖，应该多注重逻辑思维能力，毕竟逻辑思维能力决定了业务 bug 的下限。

@sean250031 #52 合理,非得自己再套一层裹脚布,又臭又长。

如果只是单纯的数据库操作，没啥问题，如果是组合的数据库操作，还有可能复用的话，我会写到 service 里，这没啥的

人多维护就按照大家的习惯来，自己维护的项目就按照优雅的方式来

动不动上升到 javaer 怎么怎么样也挺无聊的..

java 仔最近写 python ，感觉那叫一个自由