请教 query builder 实现的意义和目的是什么？
- WBOY원래의
- 2016-07-06 13:51:291201검색
之前做项目，都是 lamp ， controller/model/db ， model 里的数据库操作其实都是直接写的 sql 语句，后来有公司有项目是在 model 里从 mysql 临时切换到 mango 的，再后来发现 sqlserver 里其实并没有 LIMIT ，原先写死的 sql 换个驱动可能就挂了。后来发现有 ActiveRecord/ORM 这东西，也有独立于 php 框架之外的 ORM 框架，但是发现这东西会生成很多对象，并且表关联和复杂语句并不是太方便。
后来才知道 query builder 的概念，比如原先：
<code>SELECT u.id, i.real_name AS name FROM user AS u INNER JOIN user_info AS i ON u.id = i.user_id WHERE u.id = 1 LIMIT 1 </code>
会类似这样实现：
<code>model('user')->alias('u')->innerJoin('user_info AS i ON u.id = i.user_id')->where('u.id = 1')->limit(1)->find();
</code>
这样实现的目的是不是像他们说的那样：
1 、排版更好阅读性更强
2 、独立于数据库驱动，这样换驱动也不至于硬编码的 sql 不能执行
但是里面有一些一直无法理解地方，比方：
<code>field('id, user_name AS uname') / field('id, COUNT(*) AS count_num')
</code>
也可以这样写：
<code>field(array('id', 'user_name' => 'uname')) / field(array('id', 'COUNT(*)' => 'count_num'))
</code>
但下面的方式并没有比上面的更易读啊，而且更容易写错。。难道说是为了去掉 AS ，这样某个数据库驱动不用 AS ，这样它就可以自己实现成其它的关键字？但是也不对啊，既然允许上面的写法存在，那别人都写上面那种，那这种写法不就受限于只支持 AS 的驱动了？
类似的还有 thinkphp 的 neq => ， nin => not in 等等， Yii 还是 like / not like 。
还有 laravel 实现 join 到这么细：
<code>join('contacts', 'users.id', '=', 'contacts.user_id')
</code>
难道说 join 大家不同的数据库还有什么差别吗？为什么要实现到这么细呢，那个引号和逗号难道不比直接一句 join 写起来更麻烦吗？而且也相比之下也不易读啊？
如果说实现 query builder 是为了切换驱动仍然能够运行，那不是应该杜绝 field() 或者 join() 里直接传入字符串吗，而是传入数组或者多个参数，把所有关键字都去掉吗？既然允许输入字符串，那不是就破坏了移植性吗？
求解！
回复内容：
之前做项目，都是 lamp ， controller/model/db ， model 里的数据库操作其实都是直接写的 sql 语句，后来有公司有项目是在 model 里从 mysql 临时切换到 mango 的，再后来发现 sqlserver 里其实并没有 LIMIT ，原先写死的 sql 换个驱动可能就挂了。后来发现有 ActiveRecord/ORM 这东西，也有独立于 php 框架之外的 ORM 框架，但是发现这东西会生成很多对象，并且表关联和复杂语句并不是太方便。
后来才知道 query builder 的概念，比如原先：
<code>SELECT u.id, i.real_name AS name FROM user AS u INNER JOIN user_info AS i ON u.id = i.user_id WHERE u.id = 1 LIMIT 1 </code>
会类似这样实现：
<code>model('user')->alias('u')->innerJoin('user_info AS i ON u.id = i.user_id')->where('u.id = 1')->limit(1)->find();
</code>
这样实现的目的是不是像他们说的那样：
1 、排版更好阅读性更强
2 、独立于数据库驱动，这样换驱动也不至于硬编码的 sql 不能执行
但是里面有一些一直无法理解地方，比方：
<code>field('id, user_name AS uname') / field('id, COUNT(*) AS count_num')
</code>
也可以这样写：
<code>field(array('id', 'user_name' => 'uname')) / field(array('id', 'COUNT(*)' => 'count_num'))
</code>
但下面的方式并没有比上面的更易读啊，而且更容易写错。。难道说是为了去掉 AS ，这样某个数据库驱动不用 AS ，这样它就可以自己实现成其它的关键字？但是也不对啊，既然允许上面的写法存在，那别人都写上面那种，那这种写法不就受限于只支持 AS 的驱动了？
类似的还有 thinkphp 的 neq => ， nin => not in 等等， Yii 还是 like / not like 。
还有 laravel 实现 join 到这么细：
<code>join('contacts', 'users.id', '=', 'contacts.user_id')
</code>
难道说 join 大家不同的数据库还有什么差别吗？为什么要实现到这么细呢，那个引号和逗号难道不比直接一句 join 写起来更麻烦吗？而且也相比之下也不易读啊？
如果说实现 query builder 是为了切换驱动仍然能够运行，那不是应该杜绝 field() 或者 join() 里直接传入字符串吗，而是传入数组或者多个参数，把所有关键字都去掉吗？既然允许输入字符串，那不是就破坏了移植性吗？
求解！
不应该用开发者的角度去研究框架设计的意义。
作为框架，因为不确定使用者和项目需求，所以其代码在保持特色的同时要考虑兼容，这也是为什么所有的DB封装在提供了Query builder的基础上依然支持 query, exec方法的原因。
此外，设计再好也挡不住开发者乱用。很多人不仔细看文档，看到支持string格式的参数就满足了，不会再去更多的研究。例如你的例子里面使用了join，但是通常model是可以定义数据关系的，根本不需要你join，对不对？
就如同你所说的，用数组觉得麻烦，用字符串失去可移植性，问题是代码是你写的，你选择麻烦还是选择可移植呢？框架的设计者不会替你决定。