设计原则：(重要)
1.
逻辑代码独立到单独的方法中，注重封装性--易读，易复用。
不要在一个方法中，写下上百行的逻辑代码。把各小逻辑代码独立出来，写于其它方法中，易读其可重复调用。
2.
写类，写方法，写功能时，应考虑其移植性，复用性：防止一次性代码！
是否可以拿到其它同类事物中应该？是否可以拿到其它系统中应该？
3.
熟练运用继承的思想：
找出应用中相同之处，且不容易发生变化的东西，把它们抽取到抽象类中，让子类去继承它们；
继承的思想，也方便将自己的逻辑建立于别人的成果之上。如ImageField extends JTextField；
熟练运用接口的思想：
找出应用中可能需要变化之处，把它们独立出来，不要和那些不需要变化的代码混在一起。
一、单例模式
单例模式是老生常谈的话题，分为饿汉模式和饱汉模式。
懒汉式写法（线程安全）
public class Singleton {
private static Singleton instance = new Singleton();
private Singleton (){}
public static Singleton getInstance() {
return instance;
}
}
饿汉模式1：
public class Singleton {
private static Singleton instance;
private Singleton (){}
public static synchronized Singleton getInstance() {
if (instance == null) {
instance = new Singleton();
}
return instance;
}
}
该方式虽然解决了线程问题，但是效率不高，因为只有在常见的时候才需要加锁，于是有了饿汉模式2：
public class Singleton {
private static Singleton instance;
private Singleton (){}
public static Singleton getInstance() {
if (instance == null) {
synchronized(this){
instance = new Singleton();
}
} return instance;
}
}
此时的饿汉模式会存在线程问题，比如线程1和线程2都经过第一个if条件的判断，于是线程1和线程2都创建了instance,这样与单例不符，所以有了双重检查:
public class Singleton {
private static Singleton instance;
private Singleton (){}
public static Singleton getInstance() {
if (instance == null) {
synchronized(this){
if(instance == null){
instance = new Singleton();
}
}
} return instance;
}
此时，看似没有问题，但是加入线程1进入到if条件的判断，而线程2进入到instance的初始化，此时线程1有可能返回部分初始化的instance 而出现错误，所以正确的写法是：
public class Singleton {
private static volatile Singleton instance;
private Singleton (){}
public static Singleton getInstance() {
if (instance == null) {
synchronized(this){
if(instance == null){
instance = new Singleton();
}
}
} return instance;
}
}
volatile 这个关键字保证了线程的可见性。或者在初始时使用局部变量实现。
二、策略模式 摘抄别人的博客
模拟鸭子游戏的应用程序，要求：游戏中会出现各种颜色外形的鸭子，一边游泳戏水，一边呱呱叫。
第一种方法：（一次性代码）
直接编写出各种鸭子的类：MallardDuck//野鸭，RedheadDuck//红头鸭，各类有三个方法：
quack()：叫的方法
swim()：游水的方法
display()：外形的方法
第二种方法：运用继承的特性，将其中共同的部分提升出来，避免重复编程。
即：设计一个鸭子的超类（Superclass）,并让各种鸭子继承这个超类。
public class Duck{
public void quack(){ //呱呱叫
System.out.println("呱呱叫");
}
public void swim(){ //游泳
System.out.println(" 游泳");
}
public abstratact void display(); /*因为外观不一样，让子类自己去决定了。*/
}对于它的子类只需简单的继承就可以了，并实现自己的display()方法。
//野鸭
public class MallardDuck extends Duck{
public void display(){
System.out.println("野鸭的颜色...");
}
}
//红头鸭
public class RedheadDuck extends Duck{
public void display(){
System.out.println("红头鸭的颜色...");
}
}
不幸的是，现在客户又提出了新的需求，想让鸭子飞起来。这个对于我们OO程序员，在简单不过了，在超类中在加一个方法就可以了。
public class Duck{
public void quack(){ //呱呱叫
System.out.println("呱呱叫");
}
public void swim(){ //游泳
System.out.println(" 游泳");
}
public abstract void display(); /*因为外观不一样，让子类自己去决定了。*/
public void fly(){
System.out.println("飞吧！鸭子");
}
}对于不能飞的鸭子，在子类中只需简单的覆盖。
//残废鸭
public class DisabledDuck extends Duck{
public void display(){
System.out.println("残废鸭的颜色...");
}
public void fly(){
//覆盖，变成什么事都不做。
}
} 其它会飞的鸭子不用覆盖。
这样所有的继承这个超类的鸭子都会fly了。但是问题又出来了，客户又提出有的鸭子会飞，有的不能飞。
>>>>>>点评:
对于上面的设计，你可能发现一些弊端，如果超类有新的特性，子类都必须变动，这是我们开发最不喜欢看到的，一个类变让另一个类也跟着变，这有点不符合OO设计了。这样很显然的耦合了一起。利用继承-->耦合度太高了.
第三种方法：
用接口改进.
我们把容易引起变化的部分提取出来并封装之，来应付以后的变法。虽然代码量加大了，但可用性提高了，耦合度也降低了。
我们把Duck中的fly方法和quack提取出来。
public interface Flyable{
public void fly();
}
public interface Quackable{
public void quack();
}
最后Duck的设计成为：
public class Duck{
public void swim(){ //游泳
System.out.println(" 游泳");
}
public abstract void display(); /*因为外观不一样，让子类自 己去决定了。*/
}
而MallardDuck,RedheadDuck,DisabledDuck 就可以写成为：
//野鸭
public class MallardDuck extends Duck implements Flyable,Quackable{
public void display(){
System.out.println("野鸭的颜色...");
}
public void fly(){
//实现该方法
}
public void quack(){
//实现该方法
}
}
//红头鸭
public class RedheadDuck extends Duck implements Flyable,Quackable{
public void display(){
System.out.println("红头鸭的颜色...");
}
public void fly(){
//实现该方法
}
public void quack(){
//实现该方法
}
}
//残废鸭 只实现Quackable（能叫不能飞）
public class DisabledDuck extends Duck implements Quackable{
public void display(){
System.out.println("残废鸭的颜色...");
}
public void quack(){
//实现该方法
}
}
>>>>>>点评:
好处:
这样已设计，我们的程序就降低了它们之间的耦合。
不足:
Flyable和 Quackable接口一开始似乎还挺不错的，解决了问题（只有会飞到鸭子才实现 Flyable），但是Java接口不具有实现代码，所以实现接口无法达到代码的复用。
第四种方法：
对上面各方式的总结:
继承的好处:让共同部分,可以复用.避免重复编程.
继承的不好:耦合性高.一旦超类添加一个新方法,子类都继承,拥有此方法,
若子类相当部分不实现此方法,则要进行大批量修改.
继承时,子类就不可继承其它类了.
接口的好处:解决了继承耦合性高的问题.
且可让实现类,继承或实现其它类或接口.
接口的不好:不能真正实现代码的复用.可用以下的策略模式来解决.
------------------------- strategy(策略模式) -------------------------
我们有一个设计原则：
找出应用中相同之处，且不容易发生变化的东西，把它们抽取到抽象类中，让子类去继承它们；
找出应用中可能需要变化之处，把它们独立出来，不要和那些不需要变化的代码混在一起。 -->important.
现在，为了要分开“变化和不变化的部分”，我们准备建立两组类（完全远离Duck类），一个是"fly"相关的，另一个
是“quack”相关的，每一组类将实现各自的动作。比方说，我们可能有一个类实现“呱呱叫”，另一个类实现“吱吱
叫”，还有一个类实现“安静”。
首先写两个接口。FlyBehavior(飞行行为)和QuackBehavior（叫的行为）.
public interface FlyBehavior{
public void fly();
}
public interface QuackBehavior{
public void quack();
}
我们在定义一些针对FlyBehavior的具体实现。
public class FlyWithWings implements FlyBehavior{
public void fly(){
//实现了所有有翅膀的鸭子飞行行为。
}
}
public class FlyNoWay implements FlyBehavior{
public void fly(){
//什么都不做，不会飞
}
}
针对QuackBehavior的几种具体实现。
public class Quack implements QuackBehavior{
public void quack(){
//实现呱呱叫的鸭子
}
}
public class Squeak implements QuackBehavior{
public void quack(){
//实现吱吱叫的鸭子
}
}
public class MuteQuack implements QuackBehavior{
public void quack(){
//什么都不做，不会叫
}
}点评一:
这样的设计，可以让飞行和呱呱叫的动作被其他的对象复用，因为这些行为已经与鸭子类无关了。而我们增加一些新
的行为，不会影响到既有的行为类，也不会影响“使用”到飞行行为的鸭子类。
最后我们看看Duck 如何设计。
public class Duck{ --------->在抽象类中,声明各接口,定义各接口对应的方法.
FlyBehavior flyBehavior;//接口
QuackBehavior quackBehavior;//接口
public Duck(){}
public abstract void display();
public void swim(){
//实现游泳的行为
}
public void performFly(){
flyBehavior.fly(); -->由于是接口,会根据继承类实现的方式,而调用相应的方法.
}
public void performQuack(){
quackBehavior.quack();();
}
}
看看MallardDuck如何实现。
----->通过构造方法,生成'飞','叫'具体实现类的实例,从而指定'飞','叫'的具体属性
public class MallardDuck extends Duck{
public MallardDuck {
flyBehavior = new FlyWithWings ();
quackBehavior = new Quack();
//因为MallardDuck 继承了Duck，所有具有flyBehavior 与quackBehavior 实例变量}
public void display(){
//实现
}
}这样就满足了即可以飞，又可以叫，同时展现自己的颜色了。
这样的设计我们可以看到是把flyBehavior ，quackBehavior 的实例化写在子类了。我们还可以动态的来决定。
我们只需在Duck中加上两个方法。
在构造方法中对属性进行赋值与用属性的setter的区别：
构造方法中对属性进行赋值：固定，不可变；
用属性的setter，可以在实例化对象后，动态的变化，比较灵活。
public class Duck{
FlyBehavior flyBehavior;//接口
QuackBehavior quackBehavior;//接口
public void setFlyBehavior(FlyBehavior flyBehavior){
this.flyBehavior = flyBehavior;
}
public void setQuackBehavior(QuackBehavior quackBehavior {
this.quackBehavior= quackBehavior;
}
}三、代理模式
代理模式分为静态代理和动态代理，
(1)
代理的好处:
--->是可以在间接访问对象的同时,要其前或后,添加其它的逻辑代码.
--->对原来逻辑进行添加其它逻辑,最终生成新的逻辑.即:对类的方法添加一些额外的逻辑,生成新的方法逻辑.
(2)
静态代理:
-->一个原类与一个代理类要一一对应。
-->两者都实现共同的接口或继承相同的抽象类；
-->只是在代理类中,实例化原类，在原类方法的前后添加新的逻辑。
如下:
抽象角色：
abstract public class Subject
{
abstract public void request();
}真实角色：
public class RealSubject extends Subject
{
public void request()
{
System.out.println("From real subject.");
}
}代理角色：
public class ProxySubject extends Subject
{
private RealSubject realSubject; //以真实角色作为代理角色的属性
public ProxySubject()
{ realSubject=new RealSubject(); }
public void request() //与原方法名相同
{
preRequest();
realSubject.request(); //此处执行真实对象的request方法
postRequest();
}
private void preRequest()
{
//something you want to do before requesting
}
private void postRequest()
{
//something you want to do after requesting
}
}
客户端调用：
Subject sub=new ProxySubject();
Sub.request();
(3)
动态代理类
Java动态代理类位于Java.lang.reflect包下，一般主要涉及到以下两个类：
1)
Interface InvocationHandler：该接口中仅定义了一个方法：invoke(Object obj,Method method, Object[] args)
。在实际使用时，第一个参数obj一般是指代理类，method是被代理的方法，args为该方法的参数数组。这个抽象方法
在代理类中动态实现。
2)
Proxy：该类即为动态代理类，其中主要包含以下内容：
Static Object newProxyInstance(ClassLoader loader, Class[] interfaces, InvocationHandler h)：返回代理类
的一个实例，返回后的代理类可以当作被代理类使用。
所谓Dynamic Proxy是这样一种class：它是在运行时生成的class，在生成它时你必须提供一组interface给它，然后
该class就宣称它实现了这些 interface。
3)
在使用动态代理类时，我们必须实现InvocationHandler接口，
public interface Subject
{
public void request();
}
具体角色RealSubject：同上；
代理角色：
import java.lang.reflect.Method;
import java.lang.reflect.InvocationHandler;
public class DynamicSubject implements InvocationHandler {
private Object sub;
public DynamicSubject(Object obj) {
sub = obj;
}
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
System.out.println("before calling " + method);
method.invoke(sub,args);
System.out.println("after calling " + method);
return null;
}
}
==>
method.invoke(sub,args);
其实就是调用被代理对象的将要被执行的方法，方法参数sub是实际的被代理对象，args为执行被代理对象相应操作所
需的参数。通过动态代理类，我们可以在调用之前或之后执行一些相关操作。
客户端：
import java.lang.reflect.InvocationHandler;
import java.lang.reflect.Proxy;
import java.lang.reflect.Constructor;
import java.lang.reflect.Method;
public class Client
{
static public void main(String[] args) throws Throwable
{
RealSubject rs = new RealSubject(); //在这里指定被代理类
InvocationHandler ds = new DynamicSubject(rs); //初始化代理类
Subject subject = (Subject) Proxy.newProxyInstance(rs.getClass().getClassLoader(),rs.getClass
().getInterfaces(),ds );
subject.request();
}
5)
实例二：
package dynamicProxy;
public interface Work {
public void startWork();
}
package dynamicProxy;
public class JasonWork implements Work {
public void startWork() {
System.out.println("jason start to work...");
}
}
public interface Play {
public void startPlay();
}
public class JasonPlay implements Play {
public void startPlay() {
System.out.println("jason start to play...");
}
}
public class Test {
public static void main(String[] args)
{
JasonWork work=new JasonWork();
InvocationHandler dynamicProxy=new DynamicProxy(work);
Work jasonproxy=(Work)Proxy.newProxyInstance(work.getClass().getClassLoader(),
work.getClass().getInterfaces(), dynamicProxy);
jasonproxy.startWork();
JasonPlay play=new JasonPlay();
InvocationHandler dynamicProxy=new DynamicProxy(play);
Play jasonproxy=(Play)Proxy.newProxyInstance(play.getClass().getClassLoader(),
play.getClass().getInterfaces(), dynamicProxy);
jasonproxy.startPlay();
}
}
===>动态代理类,可以与任何类型的真实类(work/play),进行结合,进行动态的代理.
以下是原文章，可供参考，
http://www.cnblogs.com/hnrainll/archive/2011/12/29/2305582.html
2707
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
