心得体会
精神小伙2号
这个作者很懒,什么都没留下…
展开
-
关于接口返回和提示信息的设计
一般会统一如下设计: $err_msg = [ 'SUCCESS' => ['code' => 200, 'msg' => '成功'], ... ]; 问题: 1、每一个信息都要去定义好,分类、取名字要头疼了 2、多人协作容易冲突(不过git也好解决,不是大问题) 最近忽然觉得,统一定义好返回信息最大的目的:方便判断!例如:返回200、400、500时进行不同的业务逻辑 结论: 1、如果不需要用code来判断,报错只是为了提示信息,那么直接:exit("操作失原创 2021-07-06 20:18:47 · 509 阅读 · 0 评论 -
关于服务层service
简单粗暴的总结来说,如果你的某个业务逻辑,需要用到多个model,就放到service层里面去,如果只是这个model自己的事,跟其它的model没有任何关系,就放到model里面就好。 总之:开心就好 资料: 是否有必要服务层 ...原创 2021-03-18 10:26:50 · 164 阅读 · 0 评论