设计模式--单例模式
摘要: 单例模式（Singleton Pattern）定义：Ensure a class has only one instance, and provide a global point of access to it.（确保一个类只有一个实例，并且给这个实例提供全局访问）即一个类只能实例化一个实例，外部可以访问这个实例的同时，外部依赖这个类的实例都是同一个实例。让构造函数的访问权限为private的即可，这样外部就无法创建这个实例了。而为了保证外部能够访问这个类创建的private的实例，需要提供一个getInstance()的public方法返回这个实例，以后外部使用这个实例的时候直接调用它就可
阅读全文
posted @
2012-03-19 10:20 花郎V 阅读(625) |
评论 (1)
编辑
设计模式--6大原则--开闭原则
摘要: 开闭原则（Open Closed Principle）开闭原则的核心是：对扩展开放，对修改关闭白话意思就是我们改变一个软件时（比如扩展其他功能），应该通过扩展的方式来达到软件的改变，而不应爱修改原有代码来实现变化开闭原则算是前5中原则的一个抽象总结，前五种是开闭原则的一些具体实现，所以如果使用开闭原则，其实有点虚，因为它没有一个固定的模式，但是最终保证的是提高程序的复用性、可维护性等要求要使用这一原则还需要结合着它的思想“对扩展开放，对修改关闭”与其他的五大设计原则根据经验来开发项目大体是这个意思，如果想深究，还需要看看其他的书籍下面是使用开闭原则的一个简单示例，虽有些不准确，但是是这个意思（
阅读全文
posted @
2012-03-14 12:24 花郎V 阅读(5004) |
评论 (3)
编辑
设计模式--6大原则--迪米特法则
摘要: 迪米特法则（Law of emeter）定义：一个对象应该对其他对象了解最少迪米特法则的核心观念就是类间解耦，弱耦合，只有弱耦合了以后，类的复用性才可以提高。形象一点的比喻类似于：监狱内的犯人是不应该跟外面的人接触的，当然或许会有探亲的。这里的监狱就是类，里面的犯人就是类内部的信息，而监狱里的狱警就相当于迪米特法则的执行者举个例子家人探望犯人家人：家人只与犯人是亲人，但是不认识他的狱友package com.loulijun.chapter5;public class Family { //家人探望犯人 public void visitPrisoner(Prisoners prisoners
阅读全文
posted @
2012-03-10 22:15 花郎V 阅读(4239) |
评论 (1)
编辑
设计模式--6大原则--接口隔离原则
摘要: 首先看看接口隔离原则的定义，有两种定义第一种：Clients should not be forced to depend upon interfaces that they don't use.(客户端不应该强行以来它不需要的接口)第二种：The dependency of one class to another one should depend on the smallest possible interface.（类间的依赖关系应该建立在最小的接口上）而这里的接口，却不仅仅指的是通过interface关键字定义的接口，接口分为2种：1、对象接口（Object Interfac
阅读全文
posted @
2012-03-07 10:52 花郎V 阅读(2016) |
评论 (3)
编辑
设计模式--6大原则--依赖倒置原则
摘要: 依赖倒置原则（Dependence Inversion Principle），简称DIP定义High level modules should depend upon low level modules. Both should depend upon abstractions. Abstractions should not depend upon details. Details should depend upon abstractions.即1、高层模块不应该依赖低层模块，两者都应该依赖于抽象（抽象类或接口）2、抽象（抽象类或接口）不应该依赖于细节（具体实现类）3、细节（具体实现类）应
阅读全文
posted @
2012-03-05 15:41 花郎V 阅读(2544) |
评论 (0)
编辑
设计模式--6大原则--里氏置换原则
摘要: 里氏置换原则（Liskov Substitution Principle），简称LSP定义：Functions that use pointers or references to base classes must be able to use objects of derived classes without knowing it.所有引用基类的地方必须能够透明的使用其子类对象。也就是说，只要父类出现的地方子类就能够出现，而且替换为子类不会产生任何错误或异常。但是反过来，子类出现的地方，替换为父类就可能出现问题了。这个原则是为良好的继承定义一个规范，简单的讲，有4层含义：一、子类必须完全
阅读全文
posted @
2012-03-04 13:34 花郎V 阅读(1162) |
评论 (0)
编辑
设计模式--6大原则--单一职责原则
摘要: 单一职责原则（Single Responsibility Principle），简称SRP。定义：There should never be more than one reason for a class to change.应该有且仅有一个原因引起类的变更。有时候，开发人员设计接口的时候会有些问题，比如用户的属性和用户的行为被放在一个接口中声明。这就造成了业务对象和业务逻辑被放在了一起，这样就造成了这个接口有两种职责，接口职责不明确，按照SRP的定义就违背了接口的单一职责原则了。下面是个例子：package com.loulijun.chapter1;public interface It
阅读全文
posted @
2012-03-03 20:31 花郎V 阅读(1533) |
评论 (0)
编辑