汉字和Unicode编码互转
作者:亮亮 日期:2009-08-10
HTML代码javascript的设计模式之七[单件模式(Singleton)]
作者:亮亮 日期:2009-06-03
这篇主要对于单件模式的各种代码形式进行归纳总结。可能大家没有经意，实际上，单件模式也许是我们日常前端JS开发中使用频率最高的设计模式了。
概述
在软件系统中，总有一些类只能或者必须产生一个实例对象，比如线程池，缓存，注册表等等；对于这种类，如果产生多个实例对象，就会出现各种异常状况；对于这种对象只要创建一次并且分配一次内存空间即可，所以这里也有个问题，对象所分配的内存空间的消耗，对于长期不使用的对象，这就产生资源浪费，所以利用单件模式，也可以按照需要来创建对象。
定义
概述
在软件系统中，总有一些类只能或者必须产生一个实例对象，比如线程池，缓存，注册表等等；对于这种类，如果产生多个实例对象，就会出现各种异常状况；对于这种对象只要创建一次并且分配一次内存空间即可，所以这里也有个问题，对象所分配的内存空间的消耗，对于长期不使用的对象，这就产生资源浪费，所以利用单件模式，也可以按照需要来创建对象。
定义
javascript的设计模式之六[命令模式(Command)]
作者:亮亮 日期:2009-06-02
概述
在各种各样的行为实现中，行为请求者与行为实现者紧密耦合，当每增加一个行为实现的时候，行为请求者必须增加一个对行为的处理，这样就需要大量改动请求者的操作，显然这样不利于维护和扩展。为了让行为请求者和行为实现者解耦，可以将行为封装为一个命令对象，但需要处理行为时，只要请求者知道命令对象，它本身不需要知道命令对象都做些什么，命令对象负责执行 接收者 的真正实现，这样就达到二者之间松耦合的目的。
定义
在各种各样的行为实现中，行为请求者与行为实现者紧密耦合，当每增加一个行为实现的时候，行为请求者必须增加一个对行为的处理，这样就需要大量改动请求者的操作，显然这样不利于维护和扩展。为了让行为请求者和行为实现者解耦，可以将行为封装为一个命令对象，但需要处理行为时，只要请求者知道命令对象，它本身不需要知道命令对象都做些什么，命令对象负责执行 接收者 的真正实现，这样就达到二者之间松耦合的目的。
定义
Tags: javascript 设计模式 命令模式 command
javascript的设计模式之五[组合模式(Composite)]
作者:亮亮 日期:2009-06-01
概述
它又是部分－整体的模式，元素有两种形式，一种是简单元素，一种是复杂元素，其中复杂元素是简单元素的组成，所以客户程序要操作复杂元素时，有时候它并不想了解内部包括哪些简单元素，但是又想能够保持简单元素的简易操作性，于是，就有了组合模式，它可以抽象成一个树状结构，其中简单元素为叶子结点，而复杂元素为非叶子结点。
定义
它又是部分－整体的模式，元素有两种形式，一种是简单元素，一种是复杂元素，其中复杂元素是简单元素的组成，所以客户程序要操作复杂元素时，有时候它并不想了解内部包括哪些简单元素，但是又想能够保持简单元素的简易操作性，于是，就有了组合模式，它可以抽象成一个树状结构，其中简单元素为叶子结点，而复杂元素为非叶子结点。
定义
Tags: javascript 设计模式 Composite
javascript的设计模式之四[装饰者模式(Decorator) ]
作者:亮亮 日期:2009-05-26
概述
在软件开发中，经常因为需求变动而需要扩展功能，想到的可能是继承类的方式进行扩展（还可以是组合方式（这个别篇另谈）），但是随着功能越来越多，子类也会越来越多，这样很不利用维护；而且需求的变动还导致部分功能也许不再需要，所以能够按需求来动态地扩展所需要的功能，是很好的解决方式；这样，装饰者模式应油而生，它动态地解决了功能扩展的问题
这里借用《Head First Design Pattern》归纳的五点：
在软件开发中，经常因为需求变动而需要扩展功能，想到的可能是继承类的方式进行扩展（还可以是组合方式（这个别篇另谈）），但是随着功能越来越多，子类也会越来越多，这样很不利用维护；而且需求的变动还导致部分功能也许不再需要，所以能够按需求来动态地扩展所需要的功能，是很好的解决方式；这样，装饰者模式应油而生，它动态地解决了功能扩展的问题
这里借用《Head First Design Pattern》归纳的五点：
Tags: javascript 设计模式 装饰者模式 Decorator
javascript的设计模式之三[抽象工厂以及工厂方法模式(Factory) ]
作者:亮亮 日期:2009-05-21
概述
抽象工厂模式广泛应用于因为需求变动导致一些相似对象的创建工作，拿我们做项目最熟悉的多版本数据库，根据数据库的不同，有可能有 SQLServer，Access，Oracle，MySQL版本等等的数据库，这样我们就能运用工厂模式，把各个数据库中相似的功能操作封装到它们各自的对象模型中，通过工厂对象统一创建各个对象实例，是客户程序和这些具体对象实现了松耦合；而工厂方法模式主要是针对某个对象的需求变更，但是这个对象不会随着它的变动而导致它所在的业务流程中的变动，它具有高聚合的能力，因此它的外部接口是很稳定的；
定义
抽象工厂模式广泛应用于因为需求变动导致一些相似对象的创建工作，拿我们做项目最熟悉的多版本数据库，根据数据库的不同，有可能有 SQLServer，Access，Oracle，MySQL版本等等的数据库，这样我们就能运用工厂模式，把各个数据库中相似的功能操作封装到它们各自的对象模型中，通过工厂对象统一创建各个对象实例，是客户程序和这些具体对象实现了松耦合；而工厂方法模式主要是针对某个对象的需求变更，但是这个对象不会随着它的变动而导致它所在的业务流程中的变动，它具有高聚合的能力，因此它的外部接口是很稳定的；
定义
Tags: javascript 设计模式 工厂模式 抽象工厂 Factory
javascript的设计模式之二[观察者模式]
作者:亮亮 日期:2009-05-19
概述
在现实生活中，存在着“通知依赖关系”，如在报纸订阅的服务，只要读者（订阅者）订购了《程序员》的期刊杂志，那么他就订阅了这个服务，他时刻“监听”着邮递员（出版者）来投递报纸给他们，而邮递员（出版者）只要报社有新刊杂志传达给他（就是状态发生了变化），邮递员（出版者）就随时投递（通知）订阅了服务的读者；另一方面，如果读者不想在继续订购（取消通知）《程序员》的杂志了，那么邮递员就不在投递（通知）这些读者了。－－－这就是典型的出版者和订阅者的关系，而这个关系用一个公式来概括：
出版者 + 订阅者 = 观察者模式
在现实生活中，存在着“通知依赖关系”，如在报纸订阅的服务，只要读者（订阅者）订购了《程序员》的期刊杂志，那么他就订阅了这个服务，他时刻“监听”着邮递员（出版者）来投递报纸给他们，而邮递员（出版者）只要报社有新刊杂志传达给他（就是状态发生了变化），邮递员（出版者）就随时投递（通知）订阅了服务的读者；另一方面，如果读者不想在继续订购（取消通知）《程序员》的杂志了，那么邮递员就不在投递（通知）这些读者了。－－－这就是典型的出版者和订阅者的关系，而这个关系用一个公式来概括：
出版者 + 订阅者 = 观察者模式
Tags: javascript 设计模式 观察者模式 Observer)
