2012年4月26日
摘要: 9 jQuery Mistakes you Shouldn’t CommitjQuery is so easy to use that sometimes we just forget that it’s not CSS. While using CSS, we don’t have to give much thought to performance, because it’s so fast that it’s not worth the effort to optimize it. But when it comes to the real world, jQuery can driv 阅读全文
posted @ 2012-04-26 10:06 qinzj 阅读(507) 评论(0) 推荐(0) 编辑
  2012年2月28日
摘要: 1.访问者模式(Visitor),表示一个作用于某对象结构中的各元素的操作,它使你可以在不改变各元素的类的前提下定义作用于这些元素的新操作。2.访问者模式(Visitor)结构图 阅读全文
posted @ 2012-02-28 23:30 qinzj 阅读(206) 评论(0) 推荐(0) 编辑
摘要: 1.解释器模式(Interpreter),给定一个语言,定义它的文法的一种表示,并定义一个解释器,这个解释器使用该表示来解释语言中的句子。2.解释器模式需要解决的是,如果一种特定类型的问题发生的频率足够高,那么可能就值得将该问题的各个实例表述为一个简单语言中的句子。这样就可以构建一个解释器,改解释器通过解释这些句子来解决该问题。3.解释器模式(Interpreter)结构图 阅读全文
posted @ 2012-02-28 23:25 qinzj 阅读(177) 评论(0) 推荐(0) 编辑
摘要: 1.享元模式(Flyweight),运用共享技术有效地支持大量细粒度的对象。2.享元模式(Flyweight)结构图 3.内部状态与外部状态:在享元对象内部并且不会随环境改变而改变的共享部分,可以称为是享元对象的内部状态,而随环境改变而改变的、不可以共享的状态就是外部状态了。4.事实上,享元模式可以避免大量非常相似类的开销。在程序设计中,有时需要生成大量细粒度的类实例来表示数据。如果能发现这些实例除了几个参数外基本上都是相同的,有时就能够受大幅度地减少需要实例化的类的数量。如果能把那些参数移到类实例的外面,在方法调用时将它们传递进来,就可以通过共享大幅度地减少单个实例的数目。也就是说,享元模式 阅读全文
posted @ 2012-02-28 23:24 qinzj 阅读(148) 评论(0) 推荐(0) 编辑
摘要: 1.中介者模式(Mediator),用一个中介对象来封装一系列的对象交互。中介者使各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。2.中介者模式(Mediator)结构图 3.中介者模式很容易在系统中应用,也很容易在系统中误用。当系统出现了“多对多”交互复杂的对象群是,不要急于使用中介者模式,而要先反思系统在设计上是不是合理。4.中介者模式一般应用于一组对象以定义良好但是复杂的方式进行通信的场合,以及想定制一个分布在多个类中的行为,而又不想生成太多的子类的场合。 阅读全文
posted @ 2012-02-28 23:23 qinzj 阅读(173) 评论(0) 推荐(0) 编辑
摘要: 1.职责链模式(Chain of Responsibility),使多个对象都有机会处理请求,从而避免请求的发送者和接受者之间的耦合关系。将这个对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止。2.职责链模式(Chain of Responsibility)结构图 3.当客户提交一个请求时,请求是沿链传递直至有一个ConcreteHandler对象负责处理它。4.好处:接收者和发送者都没有对方的明确信息,且链中的对象自己也不知道链的结构,结果是职责链可以简化对象的相互连接,它们仅需保持一个指向其后继者的引用,而不需保持它所有的侯选接受者的引用,这也就大大降低了耦合度了。由于是在 阅读全文
posted @ 2012-02-28 23:22 qinzj 阅读(170) 评论(0) 推荐(0) 编辑
摘要: 1.命令模式(Command),将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可撤销的操作。2.命令模式(Command)结构图 3.命令模式的优点:第一,它能较容易地设计一个命令队列;第二,在需要的情况下,可以较容易地将命令记入日志;第三,允许接收请求的一方决定是否要否决请求;第四,可以容易地实现对请求的撤销和重做;第五,由于加进新的具体命令类不影响其他的类,因此增加新的具体命令类很容易;第六,也是最关键的优点是命令模式把请求一个操作的对象与知道怎么执行一个操作的对象分割开。4.敏捷开发原则告诉我们,不要为代码添加基于猜测的、实际不需要的 阅读全文
posted @ 2012-02-28 23:20 qinzj 阅读(257) 评论(0) 推荐(0) 编辑
摘要: 1.合成/聚合复用原则(CARP),尽量使用合成/聚合,尽量不要使用类继承。2.合成/聚合复用原则的好处:优先使用对象的合成/聚合将有助于你保持每个类被封装,并被集中在单个任务上。这样类和类继承层次会保持较小规模,并且不太可能增长为不可控制的庞然大物。3.桥接模式(Bridge),将抽象部分与它的实现部分分离,使它们都可以独立地变化。4.什么是抽象与它的实现分离?这并不是说让抽象类与其派生类分离,因为这没有任何意义。实现指的是抽象类和它的派生类用来实现自己的对象。5.桥接模式(Bridge)结构图 阅读全文
posted @ 2012-02-28 23:18 qinzj 阅读(200) 评论(0) 推荐(0) 编辑
摘要: 1.单例模式(Singleton),保证一个类仅有一个实例,并提供一个访问它的全局访问点。2.通常我们可以让一个全局变量使得一个对象被访问,但它不能防止你实例化多个对象。一个最好的办法就是让类自身负责保存它的唯一实例,这个类可以保证没有其他实例可以被创建,并且它可以提供一个访问该实例的方法。3.单例模式(Singleton)结构图4.在多线程的程序中,多个线程同时访问Singleton类调用GetInstance()方法时,有可能会造成创建多个实例。这时可以给进程一把锁来处理,以防止创建多个实例。5.C#与公共语言运行库也提供了一种“静态初始化”方法,这种方法不需要开发人员显示地编写线程安全代 阅读全文
posted @ 2012-02-28 23:17 qinzj 阅读(196) 评论(0) 推荐(0) 编辑
  2012年2月23日
摘要: 1.迭代器模式(Iterator),提供一种方法顺序访问一个聚合对象中各个元素,而又不暴露该对象的内部表示。2.当需要访问一个聚集对象,而且不管这些对象是什么都需要遍历的时候,就应该考虑用迭代器模式。另外,如果需要对聚集有多种方式遍历是,也可以考虑用迭代器模式。3.迭代器模式(Iterator)结构图 4.迭代器模式(Iterator)就是分离了集合对象的遍历行为,抽象出一个迭代器类来负责,这样既可以做到不暴露集合的内部结构,又可让外部代码透明地访问集合内部的数据。 阅读全文
posted @ 2012-02-23 22:59 qinzj 阅读(171) 评论(0) 推荐(0) 编辑