设计模式 之 代理模式

看了这个模式,一直的找不到很好的例子来叙述这个模式....

但是，又怕自己以后忘记看了这个模式或者说对这个模式忘记了,因此,先在这个地方写点点东西吧....


<java与模式>书上讲的,中国人都是个含蓄的民族,呵呵...

含蓄怎么讲呢?含蓄就是我要追一个mm,需要由那mm旁边的很好的朋友来帮忙传递我对mm的意思...然后,mm的好朋友呢,有权利来决定我的意思,要不要传达到mm哪儿....

以下是别人的文章摘抄的...

概述

在软件系统中，有些对象有时候由于跨越网络或者其他的障碍，而不能够或者不想直接访问另一个对象，如果直接访问会给系统带来不必要的复杂性，这时候可以在客户程序和目标对象之间增加一层中间层，让代理对象来代替目标对象打点一切。这就是本文要说的Proxy模式。(实际上，我觉得，用这个跨网络这样的词语来说明这个模式,似乎有点难理解或者说过了...)
意图

为其他对象提供一种代理以控制对这个对象的访问。


 例子参照:
我要追的美女:

美女本人
using System;
using System.Collections.Generic;
using System.Text;

namespace 代理模式
{
    public class 美女本人 : 美女接口
    {
         
        public void 获得美女手机号码()
        {
             
        }
 
    }
}

美女的朋友:
她负责审查追她好朋友的男的,是不是个帅小伙,是帅小伙,则,高书该帅小伙美女的手机号码......

美女的好朋友
using System;
using System.Collections.Generic;
using System.Text;

namespace 代理模式
{
    public class 美女的好朋友 : 美女接口
    {
        美女本人 我要追的美女;
        男生接口 追美女的男生;
        public 美女的好朋友(男生接口 追美女的男生)
        {
            this.追美女的男生 = 追美女的男生;
            我要追的美女 = new 美女本人();
        }
        public void 获得美女手机号码()
        {
            if (追美女的男生.是不是一个帅小伙())
                我要追的美女.获得美女手机号码();
        }
 
    }
}

按照物以类聚的观点:
美女本人，是个美女,她的朋友，也是个美女;
美女接口:

美女接口
using System;
using System.Collections.Generic;
using System.Text;

namespace 代理模式
{
  public interface 美女接口
    {
      void 获得美女手机号码();
    }
}

因为我要追的女生，是个美女，美女，当然有很多的男生追,男生之间， 美女用什么共同属性来判断交往不交往呢?

男生接口
using System;
using System.Collections.Generic;
using System.Text;

namespace 代理模式
{
   public interface 男生接口
    {
       bool 是不是一个帅小伙();
    }
}

我自己:

我自己
using System;
using System.Collections.Generic;
using System.Text;

namespace 代理模式
{
    public class 我自己 : 男生接口
    {
       
        public bool 是不是一个帅小伙()
        {
            return true;
        }
       
    }
}

某个猥亵男:

某个猥亵男
using System;
using System.Collections.Generic;
using System.Text;

namespace 代理模式
{
    public class 某个猥亵男 : 男生接口
    {

        public bool 是不是一个帅小伙()
        {
            return false;
        }
 
    }
}

描述这个要美女手机号码的过程吧:

要美女电话号码
using System;
using System.Collections.Generic;
using System.Text;
using 代理模式;
namespace 代理模式1
{
    class Program
    {
        static void Main(string[] args)
        {

            美女接口 美女的朋友 = new 美女的好朋友(new 我自己());

            美女的朋友.获得美女手机号码();

            美女的朋友 = new 美女的好朋友(new 某个猥亵男());

            美女的朋友.获得美女手机号码();
        }
    }
}

先在这个地方,写写一些模式解决的问题吧....
以下的,都是个人本阶段看一些模式后的总结,不代表正确性...
合成模式:解决整体和部分之间的关系,把所有的,都等同于一个来看待...
装饰模式:为对象的某种行为,增加额外的解释..而不是说增加新的功能,应该是扩展现在的功能....
适配器模式:把功能相近的两个类,适配到一起..主要解决的是,对于软件开发过程中，原有系统所具有的接口不太能够满足现阶段的需要.....
代理模式:控制对某个对象的访问...
门面模式:为某个模块的访问,提供统一的接口,外部使用这个接口,由这个接口负责本模块之间的通信....
中介模式:协调多个模块之间的通信...
命令模式:把命令执行着和命令传达者分开,降低之间的偶合...
观察者模式:解决一个对象,和多个对象之间的通信....
桥梁模式:将抽象部分与实现部分分离，使它们都可以独立的变化,主要还是讲面向接口或者抽象编程....体现的是依赖到转原则和合成/聚合原则
策略模式:定义一系列算法，把它们一个个封装起来，并且使它们可以相互替换