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

我让前端做日期筛选，加上时分秒。

@FreeEx 我代表 JAVA 之父中国分父开除你

我的红线就是 control 里调 mapper 和 方法接受返回都用 map ，特别是 mapper 返回一个大 map 那种

一个代码怎么写就要 fire 人，这要写个 Bug 不得判刑？

这个取决于你的业务逻辑，如果简单，可以直接在里面写，不需要太教条主义。

我更加看重的是单元测试的场景覆盖率。这可以保证至少以后重构这个 API 不会产生 bug

你以爲你是誰？項目拍板(規則制定)者嗎？如果是，當我沒說，否則我愛怎麼寫怎麼寫，又不是不能用

每次写一个接口，就一个简单查询，git 一提交动了五六个文件，都是同名方法一层一层往下调，真的感觉脑血栓。除了工作没办法，我自己项目从来不用 java 写，真是够够的。

技术圈里确实有着各种规范，但应用到实际场景确实反而是多此一举，过度抽象。
所以实际评估应该怎么做的时候，更应该结合上这个项目的实际生命周期：
1 ，不能给年会抽奖活动的简单画面做个分布式吧？
2 ，不应该给全年使用的 oa 直接操作数据库吧？

很明显,在 2025 年还是有很多人做着单机项目没有接触过分布式项目也没有团队开发的概念的

@jeffh 个人感觉 controller 还是需要经过 service ，再走 mapper ，否则代码根本没法复用，至于 service 有无 impl 则看项目大小（是否需要多态，以及公司有无代码规范）。
ps. 个人项目拿钱的，怎么快怎么来

知道什么是破窗理论吗？这也没问题，那也没问题，最后就成屎山了。

就问你能不能跑？

又不是不能用.jpg 🤣

我就想问国内几个头牌大厂规模够大团队够大规矩够多技术够广够深有没有屎山代码
我就想问有没有限定场景，你不能某个场景需要的规范强加到所有场景吧

@FreeEx 哈哈，虽然但是，这些八股设计模式扔给在 ai 工具也就多多一两段 prompt 的事

java 的垃圾教条，写个 hello world 是不是还得过一下 service ？

你立过规矩吗？有没有明文规定，没有违反规定你 fire 个皮啊，真当自己是皇帝？觉得能力不行是面试官的问题，试用期怎么过得是你的问题

恕我直言， 再坐的全是***
都认为写的是面向对象吧？
那么 属性呢？行为呢？ 按照现行习惯， 路上跑的狗， 只有参数肉体， 以及一个狗服务。

我刚刚跑的那个公司，全都在 controller 里，整个代码就一层，没有任何一个人有异议，让我很怀疑自我，真的。。

java 团队都开掉才是正解