dao层写法有什么好处？

dao个daodao那是什么dao

哈哈，何止dao，还有entity ,impl，model

├── Amqp
├── Constants
├── Controller
├── Event
├── Exception
├── Facade
├── Job
├── Listener
├── Logic
├── Middleware
├── Model
├── Provider
├── Request
├── Service
├── Task
├── Traits
└── functions.php

如果是自用项目的话，确实没有必要，如果是开源项目的话，为了定规范，可以用 interface 对使用者进行规范，防止意外

@channel 你这个就有点魔性了

我觉得很有必要，Interface→service→reponsitotry，Interface写需要的接口，service实现接口并且调用reponsitotry，reponsitotry调用model进行增删改查等操作，service还可以进行复杂数据处理，controller调用各个service。

这样做的好处就是不再像以前一样，所有的业务代码都往控制器或者模型里面堆，能够使得代码结构更清晰，便于维护和扩展，也就是所谓的降低耦合性，现在就在用这样的模式，写的时候稍微麻烦一点，但是调试和正式使用维护的时候，爽的一P。

@channel 你怎么可以发语音 :joy:

简单的MVC不香吗？

为了装逼

有些场景没用，只是代码规范　不能一会这写法　一会另外一种写法

看情况吧 有的项目工期短 人又少 真的写不出来规范代码

就像go语言一样，看的人很舒心，写的人很糟心，各有利弊。

@channel 挖草，我居然跟着唱起来了

php 就mc就夠了 :joy:

就是装逼好看。。。。。。。看衣服多

:joy: crmeb 就是那样写的 控制器里的一个查询 要经历 serveice -> model -> dao .....

什么是DAO？

Java转PHP的吧