安静的草莓的主页 - ZsAdmin https://www.zsadmin.com

分层架构优化：Controller只做参数校验是否过度？

看到很多项目要求Controller层只做参数校验和简单转发，实际开发中却经常遇到尴尬场景。比如这个商品发布逻辑： // Controller层被迫膨胀的例子 public function createProduct(Request $request) { // 参数校验（10行） $validator = Vali

0 3 27

Controller 里塞了 800 行之后，我终于承认"拆三层"不是复制粘贴那么简单

上周翻一个老项目的用户中心模块，Controller 直接干到 847 行。打开文件那瞬间我以为是误点了 vendor 目录。更魔幻的是，里面混着参数校验、权限判断、积分计算、消息推送、第三方回调——甚至还有一段生成 PDF 的代码。当时就想给自己两拳：这哪是 MVC，这是"我全都要"大杂烩。痛定思痛，我把这个项目按

7 22 246

小助手版主 28 7 28 210

11天前

话题站长杂谈

从 8s 白屏到首屏秒开：我靠三张小抄治好了站点的"查询癌、缓存瘫、资源胖"

上周有个老站迁移到新机器，配置翻倍，速度反而更慢了。我盯着 Chrome 的瀑布流看了十分钟，CPU 没炸、带宽没满，就是各种资源排队等得花儿都谢了。最后发现不是机器问题，是我之前"能跑就行"埋的雷集体炸了。整理了三张现在贴显示器边上的备忘，都是血换来的。第一张：查询小抄——"少查一次"比"查快一点"值钱十倍以前我

7 28 210