代你进行身份验证—

本文主要是介绍代你进行身份验证——代理模式，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

借着机房收费系统合作的机会，又把大话设计模式这本书拿了出来，我负责登录B层，就一直想着可以加什么设计模式。在第一次机房重构的时候，看着C#的代码写VB.NET一个星期才把三层敲完了，如今，在网上找了一个代理模式的例子，真是简单易懂啊。。学了这些东西之后，再返回来看设计模式，就是有不一样的感觉~

先来回顾一下什么是代理模式？还记得戴励追美眉的故事么？大家可以回想一下大话设计上的小故事。

一.理论回顾

1.1 代理模式的定义：

为其他对象提供一种代理以控制对这个对象的访问。在某些情况下，一个对象不适合或者不能直接引用另一个对象，而代理对象可以在客户端和目标对象之间起到中介的作用。

1.2 代理UML图解：

1.3 代理的好处：

1、分离业务逻辑与事务的处理。

2、添加一层中间层，起到保护目标对象的作用。

3、扩展性强，降低耦合度。

1.4 代理的缺点：

由于在客户端和真实主题之间增加了代理对象，因此有些类型的代理模式可能会造成请求的处理速度变慢。实现代理模式需要额外的工作，有些代理模式的实现非常复杂。

1.5 什么时候需要用到代理模式：

1、客户端无法操作目标对象，在客户端建立一个远程对象的代理，这样在客户端操作远程对象，就像操作目标对象一样的效果。因为它们两个都实现了同一个接口。

2、除了当前此类的功能外，我们需要提供其他的功能。

二.实战应用

1.图解代理模式（机房登录怎么用）：

在登录的时候需要一个登录的事务，进行一大串的身份验证，其实登录就三部分：输入用户名和密码（U层验证是否为空）→验证身份→登录成功关闭连接。这个时候验证身份有好几个方法，我们就可以把一套事务写出来放到实现类里面，写一个代理接口，代理类，在U层直接调用我们的代理类就可以了。一行代码就够了。这样以来，U层就不用看到B层是如何实现的，因为它是直接面向代理类的，它不需要知道B层是如何实现的。

2.实战代理模式（登陆）：

我们需要三个类，代理接口ILoginProxy，代理类LoginProxy，实现登录的B层Worklogbll。

<span style="font-size:18px;"><span style="font-size:18px;">Imports Entity
Public Interface ILoginProxyFunction TestUser(enUser As UserEntity) As List(Of UserEntity)End Interface
</span></span>

<span style="font-size:18px;"><span style="font-size:18px;">Imports Entity
Public Class LoginProxy : Implements ILoginProxyDim worklogbll As New WorklogBLLPublic Function TestUser(ByVal enUser As UserEntity) As List(Of UserEntity) Implements ILoginProxy.TestUserReturn worklogbll.TestUser(enUser)End Function
End Class
</span></span>

<span style="font-size:18px;"><span style="font-size:18px;">'**********************************************
' 文  件  名：WorklogBLL
' 命名空间：BLL
' 内       容：
' 功       能：
' 文件关系：
' 作       者：周洲
' 小       组：XX
' 生成日期：2015/5/14 11:28:16
' 版  本  号：V1.0.0.0
' 修改日志：
' 版权说明：
'**********************************************
Imports Entity
Imports Factory
Public Class WorklogBLL : Implements ILoginProxyPublic facWork As New Factory.DataFactory   '实例化工厂Public facUser As New Factory.DataFactory    '实例化工厂Public iWork As IDAL.IWorklog = facWork.CreateWorklog    '定义接口Public iUser As IDAL.IUser = facUser.CreateUser    '定义接口''' <summary>''' 验证用户是否成功登陆的信息''' </summary>''' <param name="enUser">传ID的User实体</param>''' <returns></returns>''' <remarks></remarks>Public Function TestUser(enUser As UserEntity) As List(Of UserEntity) Implements ILoginProxy.TestUserIf iUser.Selectuserbyidpwd(enUser).Count > 0 ThenIf iWork.Userisonwork(enUser).Count > 0 Then'工作记录大于0，证明正在上机，先下机，再上机enUser.Userlevel = iUser.Selectuserbyidpwd(enUser)(0).UserleveliWork.Userupdatelogin(enUser)iWork.Userinsertlogin(enUser)Else'直接插入一条新的工作记录enUser.Userlevel = iUser.Selectuserbyidpwd(enUser)(0).UserleveliWork.Userinsertlogin(enUser)End IfEnd IfReturn iUser.Selectuserbyidpwd(enUser)End Function</span></span>

<span style="font-size:18px;"> Private Sub Button1_Click(sender As Object, e As EventArgs) Handles Button1.ClickDim enUser As New UserEntityDim Userinfo As New List(Of UserEntity)enUser.UserID = "4"enUser.Pwd = "2"Dim iLoginProxy As ILoginProxyiLoginProxy = New LoginProxyUserinfo = iLoginProxy.TestUser(enUser)MsgBox(Userinfo(0).Userlevel)If Userinfo.Count > 0 ThenFrmHomepage.Show()Me.Hide()If Userinfo(0).Userlevel.Trim() = "一般用户" ThenFrmHomepage.一般用户ToolStripMenuItem.Enabled = TrueFrmHomepage.操作员ToolStripMenuItem.Enabled = FalseFrmHomepage.管理员ToolStripMenuItem.Enabled = FalseElseIf Userinfo(0).Userlevel.Trim() = "操作员" ThenFrmHomepage.一般用户ToolStripMenuItem.Enabled = TrueFrmHomepage.操作员ToolStripMenuItem.Enabled = TrueFrmHomepage.管理员ToolStripMenuItem.Enabled = FalseElseIf Userinfo(0).Userlevel.Trim() = "管理员" ThenFrmHomepage.一般用户ToolStripMenuItem.Enabled = TrueFrmHomepage.操作员ToolStripMenuItem.Enabled = TrueFrmHomepage.管理员ToolStripMenuItem.Enabled = TrueEnd IfEnd IfEnd Sub</span>

U层一句话就完成了登陆事务的处理，是不是很简单呀~

Userinfo = iLoginProxy.TestUser(enUser)

三.思维延伸

1.与其他模式的对比：

1.1 适配器VS代理

接口上有区别。适配器模式是为它所适配的对象提供一个不同的接口，目的为了由于接口不兼容的类可以一起工作。代理模式则是提供一个它具体执行类实现相同的一个接口，目的为了让具体细节进行隐藏。

1.2 装饰者VS代理

虽然实现部分与代理相似，例如都是实现了同一个接口，但是目的不同。装饰者模式利用继承的方法动态的给一个对象添加一些额外的职责。而代理模式中代理类和真实类虽然都去实现了接口，但是目的在于保护对real类的访问。

1.3 外观VS代理

实现方式上面不同。外观模式是产生一个新类封装内部的操作，目的在于减少外部调用成语和内部相应之间的耦合。代理是产生一个继承类，目的在于隐藏被历代对象实现的细节，利用了虚拟代理使操作上更加灵活，这里体现在实例化一个代理类，不用管real类中繁琐的实现过程。

引起争议的是：

我们的机房收费系统登陆BLL层，有人觉得外观也可以解耦啊，为什么一定要用到代理呢？个人观点，都可以用，外观在这里的用法解释就是对于U层调用B层的解耦，而用到代理的目的就在于对“登陆”一系列繁琐操作的real类的封装，二者都起到了解耦的作用，在实现上唯一的差别是，外观提供了一组接口，对系统进行了封装。代理则是一对一的实现proxy和real之间的关系。