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

手写sql
自己封装一些常用的join、insert、update、delete就好了。

laravel里面有，挺方便的

如果用框架的话，一般都自带 ORM 了。
或者楼主可以搜一个叫 medoo 的类库，封装了 SQL 的操作，挺方便的。

看你有多少队友，队友的平均&最低战斗力，以及项目打算维护多久决定了

我个人来说是极其讨厌

（续）极其讨厌手写sql的，至少也会弄个类似NotORM的dbal来屏蔽sql这件事

我倒是非常喜欢手写SQL，组装的黑盒看不见里面总是不太高兴。
SQL并不复杂，最多也就十几二十行，也就直接写了。

@lincanbin ORM细节不可控，有些意想不到问题就来自这些细节

手写哈哈哈哈等着被注入吧。好歹绑定个变量啊

RedBeanPHP
http://www.redbeanphp.com

有必要，doctrine

@yegle 手写不意味着不做参数绑定。

@mcfog notOrm 对数据库主键定义有约束

用ORM主要是喜欢它可以通过查询取出对象数组。

orm开发效率高 找些成熟的类库就没什么多大问题

@lincanbin 字段和库更名了，手写改起来就很蛋疼

不过 ORM 也可以手写 SQL，比如 Yii 就提供过 findBySql 这样的玩意

不过就算不用 ORM，我感觉 query builder 也是更好的选择

如果用json把sql参数写成配置文件, 就不用写拼字符串了,也不用改代码,这种方式可行吗?

PHP的ORM非常弱逼。也就Phalcon的ORM支持PHQL还凑合

Laravel Eloquent

用PDO一直都不用拼接字符串。。
原生支持参数化查询，包装一下就好了

Doctrine

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 让很多新人误解了模型的概念