Don't Repeat Yourself - 编程开发原则
1. Do not repeat yourself（重构、抽象...）
2. 工具能做的麻烦事，不要自己做(格式化、语法检查...)
IDE能做的事儿，不要浪费自己时间去做。
把时间用在代码逻辑、性能考虑上。
3. 接口方法，只做应该做的事，不多不乱，保持原数据结构/顺序。
例子：
任务页面有召集人(多个)的列表，是后台运营人员填写的，有时第一次访问时顺序有混乱，之后访问右正常了。觉得很奇怪，看代码知道了 原来是缓存搞的鬼！
背景：
微博的内容产品几乎都有好友/粉丝 与 物 的关系，所以通过array(uid,uid,uid,...)取用户详细信息的方法，是早已抽象好的，逻辑是：对传进来的array进行缓存查找，得到已缓存的条目和未命中的uid列表，再以此查库将返回结果追加到已缓存的条目，返回结果。
策略不错，但有个小问题，参数传进来可能是有顺序的，所以期望的结果集的顺序应该是与参数一致的。
有两个办法，1改接口、2重新排序，因为作为调用方不便改接口，所以重新排序！
怎么排呢，经同事指正，几行代码：
$users = Dr_User::get_user_infos($uids, false);//结果集已经乱序了
$flip_users = array_flip($uids);//反转uid列表,array(uid=>0,uid=>1,...)，再遍历users存到对应键上
foreach ($users as $user) {
$flip_users[$user['id']] = $user;
}
$users = $flip_users;
unset($flip_users);
结论：如果很多调用方都有保持顺序的需求，接口的设计就该添加一个参数以控制结果是否保持顺序。
4. 务必打开所有错误显示，包括NOTICE级
5. 变量的检查，统一在view 或 controller里做
6. 明确开发/生产环境...
...
Tips
- 新增/修改时，sql语句慎用replace，当字段中有主键和唯一键时，若已有记录，修改的实际操作是：将原纪录删除，新插入纪录，这显然不是期望的处理方式。
- 在做客户端API时，有时需要一个默认的图片card，不希望它跳转或作为普通图片可查看大图，只是让它作为默认显示(something like 背景图)
'pic_items' => array(
'0' => array(
'pic' => 'http://example.com/pic.jpg',
'scheme'=>'sinaweibo://javascript:void(0);',
),
),
类似浏览器js的写法，scheme为sinaweibo://javascript:void(0);就好了。