php model db 赋值,PHP 框架 Model 层是否应该统一 DB 和 Cache

之前看到 xiuno 号称高承载，然后看了一下数据库是 MyISAM 引擎(这个就不提了)，一直困扰我的 LIMIT 效率问题发现它的实现也只是简单的在 thread.class.php 中判断超过多少页之后倒序取数据。

后来发现它统一了 db 和 cache 的方法为 get/set，很喜欢这样的方式，这样在 Model 出口之前，对于 Action 来讲底层数据来源就变得透明了，可以直接配置文件开启缓存，而 Action 并不需要关心这些。

但是看到 Model 的抽象基类在调用 db 和 cache 的时候，貌似统一了方法名也没带来什么好处啊？

db

get/set/...

cache

get/set/...

model

get

# cache enable

db_cache_get

cache_get OR db_get&cache_set&cache_get

# cache disable

db_get

set

# cache enable

db_cache_set

cache_set&db_set

# cache disable

db_set

cache_get 和 db_get 中虽然都是获得相应的 instance 然后一致的 get，这个名字统一貌似也没带来什么好处嘛...

1、既然要统一，为啥不统一 implements 同一个 interface 或者 extends 同一个 abstract？即使不统一，db 一个 interface，cache 一个 interface，Model 中的 db_get 和 cache_get 还是照样各自实现各自啊，看到 db/cache/Model 一遍遍的 get/set 实在是... 而且 Model 中各种各样的 get/set 也感觉有点“野”。前辈们在实现的时候如果有过这样的场景，是怎么实现的呢？

2、是不是应该在 Model 中统一 db 和 cache 操作呢，这样对于 Action 来说不是更方便透明吗？一个配置文件就可以开关缓存，但是发现 CI 和 Yii 的 cache 操作例子中，很多 cache 操作直接穿透到了 Action 中。如果需要统一，那是在 db/cache 和 Model 之间加一层，还是直接在 Model 基类中实现合适呢？