PHP 有没有必要使用 ORM？如果使用的话大家有什么好推荐的？

Doctrine or Eloquent

手写sql。。。等着被注入吧＋1

@Agromania 手写不代表会被注入。参数绑定和手写SQL并不冲突。

ORM不好对SQL优化。还是直接用SQL比较好。

orm开发，sql优化。为接口编程。

Doctrine

长期维护的项目，牺牲一定灵活性和运行效率来换取 编码效率是值得的，我认为有必要用orm。
php中的orm一般都是做sql拼凑、参数过滤和绑定、部分有缓存功能或query builder，设计得好的话，可以让代码逻辑更加优美。
框架推荐的话，大型的推荐doctrine/orm，微型的有redbean，适中的有PhpActiveRecord。对个人来说，用得最舒服的orm类库，是yii2的ActiveRecord和kohana的orm module。

绝对需要。
推荐是Doctrine/ORM，lavarel目前还没用过，不做评价。

推荐同事写的 https://github.com/ihabunek/phormium
虽然他说了 'test before use' 但是其实我们的production api已经在用这个了 :)

Doctrine

ORM不灵活这观点从何而来，正因为手写SQL太繁琐才需要ORM

目前用Laravel Eloquent

@gDD 当然，orm本身都是手写的。但是何必又写一遍呢？一定能做得比别人更尽善尽美吗？

@Agromania 我的回复里既没有推崇手写 SQL 也没有推崇重造一个 ORM 出来，那么后面两个问号就不是针对我的。另外 ORM 的代码确实是手写出来，但这和本帖的主题「手写 SQL 语句」是两个概念啊。*当然*，手写 SQL 语句不代表会被注入。

@timsims 同推荐

长远考虑，必须手写啊
直接用 pdo，或在 pdo 的基础之上做简单的封装即可
什么 orm 都是浮云，当项目越做越大，最后你会发现，你之前用 orm 做的 db 操作 一半都要优化成手写 sql
另外，手写 sql 不代表着会被注入，凡是认为手写 sql 就会被注入的，证明你功力还不够，基础不行

补充：
手写 sql 并把相关方法放到模型里去，这样有助于理解什么是模型
orm 让很多新人误解了模型的概念