LD 并不是个聪明的人, 前两次均未理解所谓历史 所谓宿命 所谓自由. 这半年, 从09年9月, 第三次读《明》, 完全不同的感受, 石悅的历史观也许是悲观的, 正如他如是说. 然, LD 是悲愤的!

可以活得唯唯缩缩, 可以轰轰烈烈, 也可平平淡淡, 人之所以为人, 就是与别个不同. 10月, LD 曾慕名前往于谦祠, 旁边帅GG 惊呼: 于谦? 谁啊? 好像以前学过… 是啊~ 我也是. 强人只是那么一瞬间, 那一刻 绽放比凡人璀璨的花火, 之后殒灭为尘秽, 清澈、汙浊平凡无异.

生活的目标 一点足矣, 开心. 礼义廉耻 忠义孝廉 儿戏 儿戏, 二十几年来, 从没有这么坚定, 从没有这么澄净. 引用《火鳳燎原》中那句话: 属于我的这个年代, 将比任何朝代来得久远!

DsCache 主页: http://code.google.com/p/dscache/
2.0.r31 版源码: http://dscache.googlecode.com/files/DsCache_2.0.r31.tar.gz

使用举例:(源码目录下 test2)

1. 文件缓存

 1 <?php
 2 /**
 3  * 测试文件缓存  
 4  *
 5  * @filesource testFileCache.php
 6  * @package DsCache
 7  * @subpackage test2
 8  * @version $id: 0.1, utf8, Sat Dec 19 23:18:06 CST 2009
 9  * @author LD King <kldscs[at]gmail.com>
10  * @copyright Copyleft (D.) 2007 – 2009 MiFunny China Inc.
11  * @link http://mifunny.info/
12  * @example
13  *  
14  */
15 require_once ’../Cache.class.php‘;
16
17 //注: 文件缓存支持所有变量, 不包括对象(拖慢速度)
18 $_config['DsCache'] = array(
19     ’cache_dir‘ => dirname(__FILE__).‘/tmp‘, //缓存目录(必须),最好用绝对路径
20     ’life_time‘ => 900, //全局缓存时间, 默认15min
21     ’encoding_filename‘ => true, //用 md5 加密文件名, 默认打开
22     ’cache_dir_umask‘ => 0755, //建立子目录时的默认权限
23     );
24 $date = "cache time: ".date(‘Y-m-d H:m:s‘);
25
26 //获得缓存
27 //缓存 key 可以多级目录(避免单目录文件超过1k),
28 //  该缓存零时文件的路径为: tmp/cache/key/DsCache_{md5值}.php
29 if( $c = Cache::get(‘cache/key/date‘) ){
30     echo "{$c}<br/>\t\nNow: ".date(‘Y-m-d H:m:s‘);
31 }else{
32     echo "<br/>\t\nCache Failed!";
33     
34     //设置缓存, 参数: 缓存唯一标识, 数据, 缓存时间
35     //  约定: 如果 ‘life_time’ 设置为 0 表示不检查缓存有效期(即缓存永久有效).  
36     Cache::set(‘cache/key/date‘, $date, 15);
37 }
38
39 //清除特定缓存
40 //Cache::remove(‘cache/key/date’);
41
42 //清空缓存目录
43 //Cache::clean();
44
45
46 ?>

2. 生成静态HTML

 1 <?php
 2 /**
 3  * 测试生成静态HTML文件
 4  *
 5  * @filesource testHtmlCache.php
 6  * @package DsCache
 7  * @subpackage test2
 8  * @version $id: 0.1, utf8, Sat Dec 19 23:47:21 CST 2009
 9  * @author LD King <kldscs[at]gmail.com>
10  * @copyright Copyleft (D.) 2007 – 2009 MiFunny China Inc.
11  * @link http://mifunny.info/
12  * @example
13  *  
14  */
15
16 require_once ’../Cache.class.php‘;
17 require_once ’../ob_html_cache.func.php‘;
18
19 $_config['DsCache'] = array(
20     ’cache_type‘ => ’htmlfile‘, //缓存方式(必须), htmlfile 这个模块只能保存字符串,但文件操作最快
21     ’cache_dir‘ => dirname(__FILE__).‘/tmp‘, //缓存目录(必须)
22     ’cache_dir_umask‘ => 0777, //子目录权限
23     ’life_time‘ => 900, //全局缓存时间 900s.
24     ’gizp‘ => true, //使用gzip压缩输出页面
25     );
26
27 //调用 ob_cache 函数
28 //  函数自动运行: 第一次载入,缓存当前页; 第二次载入,显示缓存并中断程序;
29 ob_cache();
30 //  缓存显示最后会加上 <!– DsCached –>
31
32 date_default_timezone_set(‘UTC‘);
33 echo "What is the time? Oh~~ ".date("D M j G:i:s T Y");
34
35 ?>

3. 内存缓存 Memcached

 1 <?php
 2 /**
 3  *  测试 Memcached 内存缓存
 4  *
 5  * @filesource testMemcached.php
 6  * @package DsCache
 7  * @subpackage test2
 8  * @version $id: 0.1, utf8, Sun Dec 20 00:06:50 CST 2009
 9  * @author LD King <kldscs[at]gmail.com>
10  * @copyright Copyleft (D.) 2007 – 2009 MiFunny China Inc.
11  * @link http://mifunny.info/
12  * @example
13  *  
14  */
15 require_once ’../Cache.class.php‘;
16
17 //php-memcached主页: http://pecl.php.net/package/memcached
18 //注: 内存缓存支持所有变量, 也包括对象
19 $_config['DsCache'] = array(
20     ’cache_type‘ => ’phpmemcached‘, //缓存类型(必须)
21     ’servers‘ => array(
22         array(‘host‘=>‘127.0.0.1‘, ’port‘=>‘11211‘, ’weight‘=>99),
23         ), //服务器列表(必须)
24     ’life_time‘ => 900, //全局缓存时间, 默认15min
25     ’persistent‘ => true, //持久连接
26     ’compredded‘ => false, //压缩数据
27     ’encoding_key‘ => false, //加密 key,默认false
28     );
29 $date = "cache time: ".date(‘Y-m-d H:m:s‘);
30 //var_dump( $_config );
31 //获得缓存
32 if( $c = Cache::get(‘cache_key_date‘) ){
33     echo "{$c}<br/>\t\nNow: ".date(‘Y-m-d H:m:s‘);
34 }else{
35     echo "<br/>\t\nCache Failed!";
36     
37     //设置缓存, 参数: 缓存唯一标识, 数据, 缓存时间
38     //  约定: 如果 ‘life_time’ 设置为 0 表示不检查缓存有效期(即缓存永久有效).  
39     Cache::set(‘cache_key_date‘, $date, 15);
40 }
41
42 //清除特定缓存
43 //Cache::remove(‘cache_key_date’);
44
45 //清空缓存
46 //Cache::clean();
47
48 ?>

模式 是在某情境 (context) 下，针对某问题的某种解决方案。

• 情境 就是应用某个模式的情况。这应该是会不断出现的情况。
  [ 我要如何准时上班？ ]
• 问题 就是你想在某情境下达到的目标，但也可以是某情境下的约束。
  [ 我将钥匙锁在车里了。]
• 解决方案 就是你所追求的： 一个通用的设计，用来解决约束，达到目标。
  [ 打破窗户，进入车内，启动引擎，然后开车上班。]
• 成本 解决方案所花费的才力 (财力)。
  [ 窗户的价值。]

模式是解决问题的方法，用于不用无所谓; 但当我们应用模式时，就应该考虑怎么才能更好的解决问题 (反之，去除模式)。

最后的模式连连看

1. 装饰者 ── 包装一个对象，以提供新的行为。
2. 状态 ── 封装了基于状态的行为，并使用委托在行为之间切换。
3. 迭代器 ── 在对象的集合中游走，而不暴露集合的实现。
4. 外观 ── 简化一群类的接口。
5. 策略 ── 封装可以互换的行为，并使用委托来决定要使用哪一个。
6. 代理 ── 包装对象，以控制对此对象的访问。
7. 工厂方法 ── 由子类决定要创建的具体类是哪一个。
8. 适配器 ── 封装对象，并提供不同的接口。
9. 观察者 ── 让对象能够在状态改变时被通知。
10. 模板方法 ── 由子类决定如何实现一个算法中的步骤。
11. 组合 ── 客户用一致的方式处理对象集合和单个对象。
12. 单件 ── 确保只有一个对象被创建。
13. 抽象工厂 ── 允许客户创建对象的家族，而无需指定他们的具体类。
14. 命令 ── 封装请求成为对象。

终于把这本书啃完了。 每次读完一本书都是感觉空虚，然而这次是累！很累！ 接着是恐惧，井底之蛙的恐惧，怎么才能填补这片空白？ …… 后话: 一般认为设计模式23个，3个分类，无所谓啦; 我看完这本书唯一学到的就是 ── 随性而为。

• 模式通常被一起使用，并被组合在同一个设计解决方案中。
• 复合模式在一个解决方案中结合两个和多个模式，以解决一般或重复发生的问题。

MVC (Model-View-Controller) : 模型利用“观察者”让控制器和视图可以随最新的状态改变而更新。另一方面，视图和控制器则实现了“策略模式”。控制器是视图的行为; 视图内部使用组合模式来管理显示组件。

FleaPHP 的MVC解释图 很好的标示了这种模式：

• 模型使用观察者模式，以便观察者更新，同时保持两者之间的解耦。
• 控制器是视图的策略，视图可以使用不同的控制器实现，得到不同的行为。
• 视图使用组合模式实现用户界面，用户界面通常组合了嵌套的组件，像面板、框架和按钮。
• 这些模式携手合作，把MVC模式的三层解耦，这样可以保持设计干净又有弹性。
• 适配器模式用来将新的模型适配成已有的视图和控制器。

复合模式： 复合模式结合两个或以上的模式，组合一个解决方案，解决一再发生的一般性问题。（ MVC 结合观察者模式、策略模式、组合模式）

终于到了MVC模式，其实刚刚知道FleaPHP时就知道这种模式，但没有学过设计模式，当然入门实难，根本分不清框架代码为什么这么写？ 起码现在已经理解。
这里有一本书，据说FleaPHP老大推荐的，很值得一看： 企业应用架构模式中文版.pdf

齐少爷和尹小姐书信来往好久了，齐少爷记不得以前写过什么良言美句，书童会意，把保存的书信拿了出来参考。[ 书童就好比缓存代理 ]

齐家毕竟是大户人家，也指望齐少爷他日金榜题名，齐老太太天天来检查齐少爷的读书情况。这天少爷溜出去与尹小姐私会，书童穿了少爷的衣服在窗后装模作样，老太太看到窗影很高兴。 [ 虚拟代理 ]

书童身材和少爷还是比较相似的，少爷毕竟是老爷的儿子，萧峰和萧远山也很难分清的。 这天，齐老爷有点喝高了，想去留香院找小春，想起了儿子(老不正经！)，于是和书童(正扮演少爷)说: 今天你扮成我，你的事过几天我做主。 于是书童又穿上老爷的衣服，贴上胡子，还有模有样。 [ 装饰者模式: 川剧《变脸》 == 本体就是那个，但外表已经改变。 ]

代理模式: 为另一个对象提供一个替身或占位符以控制对这个对象的访问。
[ 使用代理模式创建代表(representative)对象，让代表对象控制某对象的访问，被代理的对象可以是远程的对象 、创建开销大的对象或需要安全控制的对象。 ]
|
|_____> 远程代理控制访问远程对象;
|_____> 虚拟代理控制访问创建开销大的资源;
|_____> 保护代理基于权限控制对资源的访问;

设计原则: 类应该只有一个改变的理由。

模式对比：

• 装饰者 ── 包装另一个对象，并提供额外的行为;
• 外观 ── 包装许多对象以简化它们的接口;
• 代理 ── 包装另一个对象，并控制对它的访问;
• 适配器 ── 包装另一个对象，并提供不同的接口;

1.骗子: 昨天(08.09.12)清晨我老爸接到一个加急电话，XX老师称本人英勇地和一辆巨型卡车进行冲撞，结果重伤入院; ── 于是还在和周公下棋的我被手机吵醒，是紧张的老爸;── ‘是的，我没事！’ 鄙人近来紧持锻炼身体，但还不至于疯到和擎天柱较劲。
─ _ _ ─ > 我家里的电话只在班级通讯录中才有留，难道学校数据库泄漏？ 事实上我对它觊觎已久。 鄙视那些利用情亲骗取他人钱财的勒涩、垃圾、败类！

2.红尘之网络: 我住的红尘公寓网络条件越来越差了，电信竟然还搞用户名+密码+登录软件加密; 猴子下了个破解软件，搞定。之后就是现在的情况 ── 不定时断线。还好我早就戒了游戏，不然那可是悲愤的怒吼…… (这篇文章能不能发，就看天意了)

3.博客: 当我建博时，对网络应用不是很了解，个人博客对于我只是玩具加记事本？ 现在还是这个情况，近来自学又上课（对我来说，这学期平均每天3节课实在浪费时间，讲师副教授不知所谓，我不是好学生，他45分钟讲一堆理论不如我google一下15分钟）; Google Reader离线看订阅的博客内容，也就很少去留言了。懒……

4.设计模式: 学到第十章了，脑子有点反应不过来，主要是经验太少。这个几乎和软件工程类同，一时半会入门就不错了，即使稍窥门径也是一个赚。但设计模式实在太吸引我，学面向对象时，知道类与继承，连老师也少讲接口和抽象。
─ _ _ ─ > 当年有个搞开发的牛X来上课，留下名言： “老师，只有在社会上混不下去的才来教书！” 偏激但不失道理，上学期《Web开发》课程设计，XX 问同学的作业(校友录系统): 你这个是动态网页吗？ 郁闷，大学大学大学…
─ _ _ ─ > 晚上我说咱也快打包走人了，连个念想也没留下，猴子回答: 不必费心，学费都留这儿了。

─ _ _ ─ > 这还是”设计模式”小结吗？ 好吧，所谓设计模式我的理解就是合理利用接口、抽象，时而使对象耦合，时而解耦对象，保持对象关系为我所用，最终实现易维护，强扩展。 似乎什么也没说嘛，到此止步.

• 把各个状态分别继承于状态接口， 并得到上下文类对象;
• 在上下文类中，所有的状态都在构造器（主类）中创建并赋值, 配合函数处理状态（调用状态对象）;

当前状态在状态对象集合中游走改变，以反应出context内部的状态，因此，context的行为也会跟着改变。（由上下文类和当前状态决定之后状态）

模式对比:

• 状态 ── 封装基于状态的行为，并将行为委托到当前状态;
• 策略 ── 将可以互换的行为封装起来，然后使用委托的方法，决定使用哪一个行为;
• 模板方法 ── 由子类决定如何实现算法种的某些步骤;

还是最喜欢 ‘策略模式’，简单容易理解，好用 ^{}^ ; 模板也不错，hook这个东东不一般; 状态模式之前在《用星际学习PHP设计模式》中的坦克例子中看过，把状态抽象，通过对象的互传进行回调。

终于到第10章了，OOP果然不是好学的…呼…

组合模式： 允许你将对象组合成树形结构来表现“整体/部分”层次结构。组合能让客户以一致的方式处理个别对象以及对象组合。
（叶子节点、组合节点！有点头晕，回想起当年C++时的无穷指针恐惧症）

设计原则： 一个类应该只有一个引起变化的原因。── 内聚

模式对比:

• 策略 ── 封装可互换的行为，并使用委托决定使用哪一个;
• 适配器 ── 改变一个或多个类的接口;
• 迭代器 ── 提供一个方法来遍历集合，而无须暴露集合的实现;
• 外观 ── 简化一群类的接口;
• 组合 ── 客户可以将对象的集合以及个别的对象一视同仁;
• 观察者 ── 当某个状态改变时，允许一群对象能被通知到;

关于这个东西，实在没理解太多，越是复杂组合越有用……; lightsaber文锋博客上的《深入浅出PHP面向对象与设计模式》、《用星际学习PHP设计模式》写的比较简单和直接，参考。

OO 设计原则
好莱坞原则： 别调用(打电话给)我们{高层组件}，我们会调用(打电话给)你{低层组件}。(将决策权交给高层模块)

模板很常用，记得学《面向对象》那门课时，举的例子大部分就是模板方法; hook的概念也常听说甚至使用过，如今终于明了; 看看几个设计模式的区别：

• 模板模式 ── 子类决定如何实现算法中的某些步骤;
• 策略 ── 封装可互换的行为，然后使用委托来决定要采用哪一个行为;
• 工厂方法 ── 由子类决定实例化那个具体类;

适配器模式过程（客户无须知道被适配者接口是什么，而被适配者接口无须修改）：

1. 客户通过目标接口调用适配器的方法对适配器发出请求;
2. 适配器使用被适配者接口把请求转换成被失陪者的一个或多个调用接口;
3. 客户接受收到调用的结果，但并未察觉这一切是适配器在起转换作用。

写在适配器之后： 适配器就由于并口转串口线，听起来很牛X，实际上辛辛苦苦只有自己知道。 在取舍之间，适配器连接不同接口之间。书中实例，老母鸡装土鸭，鸳鸯披上公鸡外衣。不同于装饰者，适配器负责转换，而不是继承。

外观模式： 提供了一个统一的接口，用来访问子系统中的一群接口。外观定义了一个高层接口，让子系统更容易使用。

写在外观模式之后： 外观用于简化接口，连接动作。 也许比较像刚学程序时写的main函数，把动作一股脑儿堆一起; 好吧，外观到底是xx模式，它封装了其他接口，并保留原有的类动作，使用这个模式和C++中的模板一样 ── 方便。

设计原则
最少知识原则：只和你的密友谈话。

• 装饰者 ── 不改变接口，但加入责任。
• 适配器 ── 将一个接口转换成另一个接口。
• 外观 ── 让接口更简单。

后话： 所有模式都需要折衷，在抽象和速度之间的取舍，在空间和时间之间平衡…… 设计模式并不能使开发者写的代码执行效率更高，就有如写小程序时面向对象和过程的区别。 在FleaPHP论坛上也见到有人谈到，使用MVC模式的FLEA开发的系统比直接开发的系统承受并发的能力更低; 也有谈到新一代的QeePHP框架的效率。但有件事是不能否认的，设计模式使开发者更快速的开发，更友好的维护，至于效率，在折中之时也考验着开发者经验和能力。难道还因为Java比C效率第而放弃使用Java吗？