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

无规矩不成方圆，你这样做，他那样做，不就是个乱字可以形容，后续的麻烦不知道有多少； 不管是对个人而言，还是对公司而言，要有规矩才成方圆，才走的远。

我们公司连 controller 和 mapper 都没有，接口通过自有框架直接在 service 上声明，数据库通过框架包了一层的 jooq/mongoclient 等调用，完全没有 mapper/repository 的参与

我现在就是直接在 controller 里面写各种代码。
MVC 时代 controller 是用来控制渲染的，现在都是 restful 接口，根本不需要什么渲染，很多 controller 的方法就一行代码调服务，脱了裤子放屁。
很多 javaer 就是相当教条主义，也难怪别人黑

见识到 java 的恐怖了

是

分读写类型吧。

只读的 Controller-Action ，怎么方便怎么来，直接原生 SQL 都无所谓、一般都是 SQL DSL 。

但要是牵扯写的操作，还是通过 Service 、领域（业务）对象来处理比较好。

为什么一些规范要求变成了 javaer 的吐槽点呢。难道其他语言没有类似的？比如 python 的__xx__？

我只能说以我的经验来看，让代码变成屎山的不是规矩，而是需求和开发者本身以及他们的迭代。

又不是不能用，刚开始写代码我也是需要各种分类，各种抽象，其实对大部分业务只是脱裤子放屁。一个 controller 一把梭，业务在一个地方的代码从上到下走完简单清晰

@irrigate2554 要定好规则，弄好后从没出现过

1.工资决定写在哪里
2.公司代码与我无关
3.方便后续优化

@woniu7 开发者没有觉悟，没有意识，现实中有很多。无奈。

个人可以这么搞，公司项目尽量不要。
当然，能跑就行。doge

你可以尝试跟你的 +1 、 + 2 和 HRBP 说你要用这个原因把你的组员开掉。

看看会怎么样，嘿嘿。

你就说能不能跑吧

话不要太绝对，有些 hello world 级别的组件，有人也硬要套得里三层外三层的，老板把他 fire 了，我重写总共不到 200 行

要看公司有没有规范，没有这方面规范，那人家怎么写是他的自由。不过相对而言 java 项目真的比较喜欢分层，不管是公司级别的还是开源项目，面向对象都玩出花儿来了，spring 和 tomcat 代码真的看得想吐。像 redis 或者 etcd 这种代码都是一个文件写完一整块儿的逻辑，看起来真的丝滑～

javaer 都这么吓人的吗

我一开始也是一层包一层，后来发现其他人都是 controller 一把梭，我吭哧吭哧搞半天还不如加入，反正都是草台，我自己一个人做的项目才分一分层。

你的组员，用 controller 直接调用 mapper
是你的问题，而不是他的问题。