个人比较反感的一些写法
这只是我个人的感觉
() 里面的数字代变我个人讨厌程度。1-5吧
这些令我反感的,我都做过…
重要逻辑不拆分 (4)
这种才是最为讨厌的,一旦出bug(也很容易出),调试是非常麻烦的。
对于订单结算这些复杂操作,我认为必须要用事件之类的来解耦。
用DB查询 (3)
DB::table('user')->find(1);
模型关联: 减少非常多代码, 两表 或者 三表关联 过于噩梦 (主要原因)
统一入口: 用模型的 关于这个表操作全部都是这个模型
模型自带的功能
一堆的if (2)
if(! $request->name) return $this->error("姓名不能为空");
if(! $request->phone) return $this->error("电话不能为空");
if(! $request->phone) ....
if...
个人觉得, 如果表单验证 需要2个if以上 就该用验证器 或 封装。
封装”完美”代码 (2)
获取轮播图
$this->bannerService->getBanner();
//这个bannerService -> bannerRepository -> Banner(Model)
实属蛋疼,对于简单的项目,尽量不封装才是最好的。
本作品采用《CC 协议》,转载必须注明作者和本文链接
关于 LearnKu
哈哈哈哈哈
卧槽,你是远萌传媒的程序员呀。这家公司之前面过呢,老板有点逗 :joy:
@dengminfeng :see_no_evil:
if 什么的还好, 写 那种一行的if 不加括号的看着才蛋疼😂
@Epona
??? 你是不是看过我以前的文章 我为什么会从程序不喜欢加{}到加{}
我最近老毛病又犯了 不想加
{}(这个
return false没用了 多余代码)现在我觉得
{}不加也可以,需要缩进合理 很容易区分代码块我改过同事二十多个if条件套用的代码 :joy:
公司以前换过电脑配置,那些配置… 你懂的 所以我是自带电脑的 这也是我比较喜欢这个公司的原因之一
其他方便 一般般吧。。
你肯定是几年前的,因为两年前我都在这个公司
@dengminfeng
@yonghuming945 牛皮,这种代码,看着就头疼
我看过同事,前面的数据库 更新/插入 操作返回的结果存在
$bool, $bool1, $bool2...中,其中还有其他方法调用,方法调用方法,都是这种返回值。最后来一个:
完美收官,,,
最讨厌之一:无线嵌套
if-else敢问各位见过一个控制器类6、7千行代码,几乎把整个模块的所有功能代码全都耦合在这一控制器里,然后里面动不动来个方法就是大几百行,还有不明所以的大段空白、随意且不整齐的缩进,掺杂着令人费解的变量名称,一言难尽的逻辑,到处复制粘贴的冗余代码,最最重要的是整个控制器里没多少注释…..
不遵循psr规范的代码均不能忍受。
天下武功,无坚不摧,唯快不破,在老板的眼里,功能才是最重要的