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