PHP 的 sql 到底该写在哪儿？

• 資深大佬 : zooo

  controller
  service
  dao

  dao 层里面写

  data access object

• 主 資深大佬 : taaaang

  @zooo
  我一直是搞 java 方面的，最近因为做兼职项目所以搞 PHP 。 根据 thinkphp 文档来看，就提供了 controller 和 model，然后 model 主要是封装了模型的基本操作。看了一个叫 apiadmin(基于 thinkphp)的开源项目，一些数据库操作它直接就在 controller 里面写了， 很迷

• 資深大佬 : chotow

  Controller 注入 Service，Service 注入 Repository 。
  我个人不喜欢 DAO，所以用 Repository 。
  如果项目不大，直接在 Service 操作 DB 。

• 資深大佬 : zooo

  Repository 和 dao 差不多吧？ 换个名字

• 資深大佬 : m939594960

  @zooo #1 搞 PHP 就搞 PHP 用啥 dao 命名？ 这个词除了在 java 里有意义之外还有什么实际意义么？

• 資深大佬 : emeab

  我个人做法是用 trait 封装一些常用的方法。 然后在 model 层写。php 没那么严谨 写在那层都可以

• 資深大佬 : m939594960

  @zooo #1 搞 PHP 就搞 PHP 用啥 dao 命名？ 这个词除了在 java 里有意义之外还有什么实际意义么？

• 資深大佬 : AngryPanda

  @m939594960 微软也用呢。

• 資深大佬 : emeab

  tp 的 model 层类似 Java 里面的 service 层+dao 层的合体。

• 資深大佬 : sagaxu

  tp 用户，写哪都行，就是混在 html 里问题也不大

• 資深大佬 : yxwzaxns

  都是老千层饼啊

• 資深大佬 : zooo

  @m939594960 赞同 你

• 資深大佬 : Takamine

  写在 model 吧，然后自己在 model 和 controller 之间加个 service 层。

• 資深大佬 : heyjei

  写在 controller 里，不然就对不起 Quick And Dirty 这个称号，复杂且会存在共用的逻辑才抽取出来放 Service 里。Model 负责定义数据模型，不要把逻辑放里面了。

• 資深大佬 : guolaopi

  上说的写到 model 里是要把 model 做成 DDD 里的充血模型（滑稽

• 資深大佬 : hbolive

  既然兼职的，controller 里干就是了，讲究那么多干啥。。

• 資深大佬 : emeab

  @guolaopi 学习了 之前写的小项目都是写在 model 里面的 确实有点不合理 还是抽离出一个 service 层比较好管理 和解耦

• 資深大佬 : kaiki

  看给多少钱，钱少我就哪里需要写哪里，钱多就规范点。
  专不专业得看谁来看的，如果对方啥都不懂，那你写啥都专业。

• 資深大佬 : avenger

  model 里面用 orm，不写 sql

• 資深大佬 : 815979670

  有 orm，调用对象就行了

• 資深大佬 : tabris17

  没必要抽象出 dal，事实上项目是不可能切换数据库的

• 主 資深大佬 : taaaang

  @chotow @m939594960 @sagaxu @Takamine @heyjei @hbolive
  首先感谢大佬们的围观。
  如果用 service 来封装共用逻辑，你们怎么命名文件的呢？ 类似于 java 的 xxxService ? 我想既然干 php 就得像 php 。 大部分时候 model 够用，主要是有一些原生 sql 写在 controller 里面，代码文件显得很长了，也确实有一些逻辑需要抽取出来。

  我居然因为一个代码组织的问题来专门提个问题，也真是心累了。。。

• 資深大佬 : AlanLeung2018

  tp 框架，建议写在 model 层

• 資深大佬 : jfhy0901

  一般都是写在 C 里面，M 里面做一些关联模型等。兼职不要讲究那么多，我接手的一个项目，一个 C 里面写了一万行你敢信？

• 資深大佬 : zjsxwc

  有 ORM 就按照 ORM 推荐的用法来写，sql 写在 Repository 和 Entity 里都可以，一般都是类 sql 的方言比如 linq 、dql 等，反正都是 Entity 实体对象处理，entity manager 会自动搞定。

  如果是类似 mybatis 的框架 sql 就写到 mapper xml 文件里，花点时间自己手动构造每个 DAO 。

  其他比如 PDO 这种全局变量的，哪里都能写，你安自己项目需求写呗，只要合理就行。

• 資深大佬 : guolaopi

  @emeab
  我瞎说的啊，我不做 PHP，只是给我的感觉像充血模型一样

• 資深大佬 : edk24

  用 sql 少, 我觉得可以写在 controller 里, 但这个 sql 常用到可以写在 model 方便复用

• 資深大佬 : handsomehaitao

  service 与 response 里

• 資深大佬 : encro

  一般不用写 sql 了吧，复杂查询用 orm 自动关联出来。

  如果需要对一些操作进行封装，比如对多个批量操作采用事务，可以写在 model，便于复用。

  其实不用太在乎写在哪里，而应该在乎是否好用好用，便于用即可，实际写写看。

  比如用户充值，需要修改余额和生成充值记录，那么直接用$user->recharge($money)我觉得是比较方便和复用的，那么对我来说就是适合的，
  因为如果写在控制器里面，那么不能复用，
  如果单独抽取 service 层，你用的时候就得 UserService::Recharge($user_id,$money)，UserService 里面你得再次实例化 User，当然你也可以直接传$user 进去，但是我懒。
  代码怎么简单明了够用就怎么写吧，大部分时候代码行数越少就越容易维护。

• 資深大佬 : m939594960

  一般的项目，一般我就写到 controller 或者 service 里了

• 資深大佬 : absolutelynull

  数据处理的话 可以写在 model 层，单纯的 crud 的话 实例化模型在 controller 写入
• 資深大佬 : Varobjs

  写在哪里都可以，
  如果简单的， 写 c 里也行吧，如果多处用，就写 service 里，如果很多 service 用，那就再单独一层

• 資深大佬 : brader

  用 php 框架就尽量不要写原生 sql 了，php 框架的数据库操作非常完善和好用，如果某些特殊的需要写原生 sql，直接写就是了，一点都不要担心，我保证，这样的特例，是极少数的，并不会对后期造成太大的困扰

• 資深大佬 : skys215

  在只有 controller 和 model 的情况下
  有重 controller 轻 model，重 model 轻 controller 两种方式。
  重 controller 的话，前端在做某些操作的时候要调用同一个 api
  重 model 的话，就没有这个问题，但也有一些问题。例如，相似的操作会在方法里多次定义。
  所以才会引入中间层 repository/service （怎么叫都无所谓了）。model 就只写相关定义，例如表名、主键名、枚举值之类的。

• 資深大佬 : ben1024

  新建一个 Repository 层，写在 Repository 里

• 資深大佬 : liushaokang

  写 html 里边

• 資深大佬 : Takamine

  @taaaang Service 可以直接和 Controller 同名服务于 Controller，把 Controller 的复杂逻辑抽出来到 Service 。
  PHP 框架的 orm 和上说的一样都比较完善了，model 做映射之后直接给 service 层提供服务，你 sql 也这样写在 model 里面给 Service 提供服务，感觉合理一点。

• 資深大佬 : james122333

  我之前替公司弄的小型框架写在 service controller 负责回应 只是写个类
  每次都
  $mysql->connect();
  $data = $mysql->query(“
  select…
  “, array(
  参数替换
  ));
  这样就可以了 用 orm 只是增加複杂度
  Dao model 通通省了
  php 字串里可加变量 “$abc” 动态性已经足够了
  完成一样的事情 java 就啰唆非常多
  又简单又动态的感觉是爽度

• 資深大佬 : MonoLogueChi

  @m939594960 dao 不是 java 专属的呢

• 資深大佬 : james122333

  connect()里面还可以加入 ip 使用者 选项类
  顶多再弄个 enum 解决回家睡觉

• 資深大佬 : dobelee

  只是临时简单用到的话不用特意抽一层，简单写到 html 里…哦不 controller 里就 ok 了。

• 資深大佬 : airflybusoren

  一直写 model 那,跟 java 不一样

• 資深大佬 : m939594960

  @MonoLogueChi #39 哪 dao 什么意思？是什么的简写？有什么含义？我以后管 model 叫 Eloquent 管 view 叫 blade 管 route 叫 fasterouter 可以么？

• 資深大佬 : shenjia

  只用过 Yii 框架的 ActiveRecord，一开始感觉链式调用还挺爽的……后来发现还是用 sprintf 手拼 sql 最实在，性能可控，线上有慢查询了好定位，一搜一个准。

• 資深大佬 : iyaozhen

  其实你会 java 的话按 java 一模一样来就行

• 資深大佬 : james122333

  @dobelee
  这不如直接写一个脚本就好…
  “超文本预处理器”…

• 資深大佬 : yogogo

  我是再加了一层 logic 层，就是类似 service

• 資深大佬 : hantsy

  你们写 php 不用 Doctrine 吗？

• 資深大佬 : james122333

  @shenjia
  手拼外加封装”一个”类 会更爽
  那些写设定的不知道在想什么
  设定再动态也不会比语言动态
  只要不要写成$xxx->select()->from()类似的就可以了

• 資深大佬 : hantsy

  @shenjia ActiveRecord 模式最成功是 CakePHP，还进行很多封装，简单易用。

• 資深大佬 : lzj307077687

  一般开一层 Repository 或者 Service
  要快的话直接 Controller

• 資深大佬 : predator

  不是说 DAO 专不专于什么的问题，也不是说 PHP 要怎么写显得“专业”一些的问题
  ThinkPHP 或者类似的框架，本来就有文档去规范要把可重用的数据库操作写在 model 里面

  有些人接手公司的项目，连框架规范都不愿意看，model 里面套 service，service 里面再套 dao，自己觉得在 IDE 里面爽得不行，完全大傻逼

  dao 你妈逼 dao

• 資深大佬 : HUALIAN

  dao 哈哈 笑死我了

• 資深大佬 : Heartbleed

  常用的 SQL 写在 model 好一点，逻辑清晰

• 資深大佬 : G4vin

  要不是学过两个月的 java 我真没听过 dao 是什么鬼。。。。

• 資深大佬 : james122333

  @Heartbleed
  是阿 是”常用” model 不一定必须

• 資深大佬 : yoshiyuki

  model 层

• 資深大佬 : lepig

  能不能别整天在那 dao 比 dao

  

• 資深大佬 : Heartbleed

  “dao 你妈逼” 的那位笑死我了 hhhh

• 資深大佬 : dvaknheo

  Service/Logic 跟业务走。
  Model/Repository 跟表走 如果是附属表也可以不那么严格。

  比如用户充值，需要修改余额和生成充值记录，那么直接用$user->recharge($money)我觉得是比较方便和复用的，那么对我来说就是适合的，

  按业务来分的话
  UserService::Recharge($user_id,$money)
  这个走 RechargeModel 还可能要用到 LogModel 还看看用户是否有钱 UserInfoModel
  UserService::GetProfile($user_id)
  用 UserInfoModel

• 資深大佬 : shyinyong

  Infrastructure

• 資深大佬 : baobao1270

  model 里 或者 orm

• 資深大佬 : couashi

  @zooo 直接让他学 spring 算了

• 資深大佬 : hiColin

  sql 写在 model 层，一般使用 orm 操作数据库，不推荐直接使用原生 sql 语句，除非 orm 无法完成的查询。