市面上的框架，为了增加“傻瓜化”操作，
所以会集成很多这样的功能，你只需要稍微改下配置，就能切换，很方便，
但是本人很不喜欢这样的操作，
1.封装太多造成黑盒效应，搞得其他人稀里糊涂的。
2.统一的方法名，不利于发挥各自的特性，比如memcache和redis，你如果仅用set和get也就失去redis的意义了。
3.不适合大数据量的项目，对于大数据量的项目，后期会把各个模块拿出去成为独立的服务。如果你把ceche和数据库弄到一起，后期重构需要花些力气。

本人喜欢用模块，模块间彼此独立，互不干扰。比如读取数据，先去缓存模块，缓存模块没有读到数据，再去数据模块，然后反馈给缓存模块。
而在缓存模块，根据配置，去相应的file，或mc，或redis，这三者也是彼此独立的。互不干扰。
这也是符合高内聚低耦合概念的。

当然，市面上大多数的框架会给你封装的很好，因为他是为了尽可能减少用户操作，让用户用最简单的修改，带来最大的效果。

过度的封装可能让你一时爽，当要改变时要命，过度封装必然会耦合高。

DB的效率没有cache高，统一接口带来的好处远没有带来的坏处多。
倒是不同类型的cache，比如redis、memcache、文件缓存之类的可以统一接口。