这是一个创建于 1153 天前的主题，其中的信息可能已经有所发展或是发生改变。
第一门开发语言是 PHP ，尤为喜欢 Laravel 里面的 ORM ， 后来学了 Go （ sqlx ），反而觉得 ORM 这种东西没啥用处，还不如手写 SQL 来得快和直观。
现在写回 PHP ，都是直接 PDO 了。
 | 1 so1n 2022-09-06 10:14:02 +08:00 写了几年一直不习惯 ORM |
 | 2 wangkun025 2022-09-06 10:14:52 +08:00  6 写 Ruby 就会觉得 ORM 爽了。 |
 | 3 TDWPFk2IRMJPSRae 2022-09-06 10:15:43 +08:00 十字螺丝能够被扁平螺丝起子开启，但扁平螺丝不能被十字螺丝起子开启。 就是一个工具，能快速完成任务才是真理。 |
 | 4 lululau 2022-09-06 10:18:33 +08:00 15 最烦“就是个工具”这句话了，什么东西不是工具，都是工具咋不用汇编写呢 |
 | 5 hefish 2022-09-06 10:19:11 +08:00 我怎么觉着 EloquentORM 挺爽的，是我碰到的最合适的 PHP 的 ORM 了。 主要是以对象的方式存取数据方便，如果只是取部分字段之类的，那确实 PDO 更直接，省事。 |
 | 6 micean 2022-09-06 10:21:21 +08:00 orm 很适合写后台查询 |
 | 7 charlie21 2022-09-06 10:26:43 +08:00 orm 是方便使用不同数据库 比如 开发环境数据库 sqlite 生产环境用 mysql 这个时候有 orm 最简单 抹平 /让人不必再关心各个数据库差异 |
 | 8 wonderfulcxm 2022-09-06 10:30:13 +08:00 via iPhone 我一直觉得手写 SQL 不麻烦，但很多框架都用 orm ，那就用呗。 |
 | 9 lp7631010 2022-09-06 10:31:38 +08:00 发明锄头 未必还用石块和木棍去刨土 刨的有感觉些？ |
 | 10 daimubai 2022-09-06 10:34:15 +08:00 2 没有做过数据报表吗？十几个表一起查的那种 |
 | 11 wakaka 2022-09-06 10:46:16 +08:00 Go 语言写 CRUD 过于繁琐无趣 |
 | 12 www5070504 2022-09-06 10:52:28 +08:00 1 go 写 web 略显无趣 写 curd 更无聊 |
 | 13 Dogtler 2022-09-06 10:58:53 +08:00 Go 写 CURD 是真不如 PHP 。 得找点并发场景，否则算不上熟练掌握 Go |
 | 14 ipwx 2022-09-06 11:03:52 +08:00 ummm 现代语言的 ORM 不都能联通 API 请求解析 + 类型校验嘛。。。 结构体一复杂，手动处这些都很麻烦。 |
 | 15 ihipop 2022-09-06 11:07:27 +08:00 via Android 5 这是因为 go （部分是语言层面限制）没有和 eloquentorm 一样好用的 ORM 我也写 go ，但是没有冒犯的意思，这就好像和太监没有了性器官一样，说还是清心寡欲对身体好啊一样的。 |
 | 16 tianyou666shen 2022-09-06 11:21:13 +08:00 只要不写一条占满整个屏幕的 sql 一把梭都是挺快的 |
 | 17 lambdaq 2022-09-06 11:21:19 +08:00 4 觉得 CURD 没用的，肯定是业务不够复杂 比如传入参数 a 要生根据值成不同的语句，传入 b 要根据 a 的值联动生成不同的查询。 拼 sql 不拼死你。一堆 if else 。。。 |
 | 18 fiypig 2022-09-06 11:24:49 +08:00 我用 GORM 也够用啊 |
 | 19 QlanQ 2022-09-06 12:48:49 +08:00 那只是因为 go 的 orm 不好用罢了，orm 如果需要增加 软删除，只需要 在 模型里面加一个定义就好了，手撸的，你所有的相关 sql 都要检查一遍，临时增加事件也很好用 |
 | 20 hwv2e 2022-09-06 13:44:20 +08:00 via Android go 里面 gorm 的确很难用。 但 go 也有好用的 orm ，ent 了解一下，Facebook 开源的，超级好用，任何 sql 语句都不用写（连条件也不需要写 sql ）。 |
 | 22 xz410236056 2022-09-06 14:12:23 +08:00 1 、写 sql 不怕写错吗？ 2 、你有没有想过，ORM 的代码大多都是自动生成的？ |
 | 23 anzu 2022-09-06 14:27:54 +08:00 喜欢手写 sql 是吧，什么时候表加字段、改字段名、改字段类型的时候…… |
 | 25 YUyu101 2022-09-06 15:53:24 +08:00 1 手写 sql ，然后碰到根据参数查不同表不同字段的情况下，字符串拼接会很蛋疼，最后不得不造一套 dsl 出来。 |
 | 26 fyooo 2022-09-06 16:04:29 +08:00 ent +1 |
 | 28 arvin01 2022-09-06 17:06:49 +08:00 ent +1 |
 | 29 wdwwtzy 2022-09-06 17:26:09 +08:00 其实 orm 还有一个很重要的作用，就是在编译期发现问题，你写 sql 只能在运行时才发现问题 |
 | 30 nosugar 2022-09-06 17:54:14 +08:00 ORM 好用，大几十张表你就知道了，写 SQL 改起来很麻烦 |
 | 31 maotao456 OP @wdwwtzy 我说一下我的体验，ORM 不能消除 SQL 错误，但是手写 SQL 可以先在 Mysql 客户端里面执行了再复制到代码里面，相当于直接调试。 ORM 则是你要程序跑起来才知道写得对不对。 |
| 33 maotao456 OP @lambdaq if else 是不能消除的，用不用 ORM 都一样（可能我用过的不好）， 以一个管理后台为例子： if (isset($request->name)) { $orm->where('name', $request->name); } 这样的 if 是无法消除的。 |
| 34 maotao456 OP @xz410236056 SQL 错没错，直接在客户端执行一下就知道了。这不是来得更快吗？ |
| 35 maotao456 OP @YUyu101 这个我承认，不过我现在的做法就是多表联查的聚合数据都用 搜索引擎来替代。也就是管理后台的大部分数据都用搜索引擎来做， 自己写一段不用 SQL 的方法同步数据就好了。 |
 | 36 abcd191898105 2022-09-06 19:15:08 +08:00 via iPhone orm 的在于规范，直接写 sql 格局太小。php 弱类型当然无所谓。 |
| 37 wdwwtzy 2022-09-06 19:46:31 +08:00 @maotao456 不是啊，ORM 编译期就发现错误了啊，例如你 sql 改其他代码时不小心多加了一个字母 "select * from studenta"，你是不知道错误的，只有运行时才能发现，但是 orm 就可以在编译器发现了 db.student.select()，你多加个字母是编译不过的。 |
 | 38 dobelee 2022-09-06 20:02:13 +08:00 via iPhone where 多的话还是 orm 比较简单。如果是用户端相对简单、稳定的查询，sql 就够了。 |
 | 39 Biexl 2022-09-06 22:46:37 +08:00 |
Select Language