java设计模式之——Proxy:代理模式

本文介绍如何通过代理模式优化图片查看应用,减少资源消耗并提升用户体验。具体阐述了代理概念、源代码实现及代理模式的应用场景,包括授权机制、客户端与对象互动等实例。
代理概念可以解释为:在出发点到目的地之间有一道中间层,意为代理.代理服务器。
场景:有一个图片查看应用,每个图片都很大,载入很消耗资源,我们希望有一个界面上显示的是缩略图片,用户点击缩略图片,能够载入实际的图片。
怎样编写这个应用用代理是一种比较好的办法。

源代码:

package 代理模式;

public interface IImage {

	public void displayImage();
	
}

package 代理模式;

public class ImageDisply implements IImage {  //显示原来的图片,非常消耗资源

	@Override
	public void displayImage() {
		// TODO Auto-generated method stub
		System.out.println("显示原图。");

	}

}

package 代理模式;

public class ImageProxy implements IImage {  //代理
	
	IImage iImage;
	
	
	public ImageProxy(IImage iImage) {
	super();
	this.iImage = iImage;
	}
	
	@Override
	public void displayImage() {
		// TODO Auto-generated method stub
		System.out.println("显示缩略图效果。");
	}
	
	public void mousePress(){//当点击鼠标的时候,显示原图 
		iImage.displayImage();	
	}

}

package 代理模式;

public class TestProxy {
	
	public static void main(String[] args) {
		ImageProxy imageProxy = new ImageProxy(new ImageDisply());
		imageProxy.displayImage(); //通常情况下,显示缩略图,减少资源消耗
		imageProxy.mousePress();  //点击鼠标的时候,显示原图
	}

}


Proxy代理小结:
为其他对象提供一种代理以控制对这个对象的访问.
对于开销很大的对象,只有在使用它时才创建,这个原
则可以为我们节省很多宝贵的Java内存.
一些例子:
1.授权机制 不同级别的用户对同一对象拥有不同的
访问权利,你可以编写一个代理类来负责检查用户权
限来决定他们怎样去访问.
2.某个客户端不能直接操作到某个对象,但又必须和
那个对象有所互动.
如我们前面讲到的例子





其中一个: 理解并使用设计模式,能够培养我们良好的面向对象编程习惯,同时在实际应用中,可以如鱼得水,享受游刃有余的乐趣. Proxy是比较有用途的一种模式,而且变种较多,应用场合覆盖从小结构到整个系统的大结构,Proxy是代理的意思,我们也许有代理服务器等概念,代理概念可以解释为:在出发点到目的地之间有一道中间层,意为代理. 设计模式中定义: 为其他对象提供一种代理以控制对这个对象的访问. 为什么要使用Proxy? 1.授权机制 不同级别的用户对同一对象拥有不同的访问权利,如Jive论坛系统中,就使用Proxy进行授权机制控制,访问论坛有两种人:注册用户和游客(未注册用户),Jive中就通过类似ForumProxy这样的代理来控制这两种用户对论坛的访问权限. 2.某个客户端不能直接操作到某个对象,但又必须和那个对象有所互动. 举例两个具体情况: (1)如果那个对象是一个是很大的图片,需要花费很长时间才能显示出来,那么当这个图片包含在文档中时,使用编辑器或浏览器打开这个文档,打开文档必须很迅速,不能等待大图片处理完成,这时需要做个图片Proxy来代替真正的图片. (2)如果那个对象在Internet的某个远端服务器上,直接操作这个对象因为网络速度原因可能比较慢,那我们可以先用Proxy来代替那个对象. 总之原则是,对于开销很大的对象,只有在使用它时才创建,这个原则可以为我们节省很多宝贵的Java内存. 所以,有些人认为Java耗费资源内存,我以为这和程序编制思路也有一定的关系. 如何使用Proxy? 以Jive论坛系统为例,访问论坛系统的用户有多种类型:注册普通用户 论坛管理者 系统管理者 游客,注册普通用户才能发言;论坛管理者可以管理他被授权的论坛;系统管理者可以管理所有事务等,这些权限划分和管理是使用Proxy完成的. Forum是Jive的核心接口,在Forum中陈列了有关论坛操作的主要行为,如论坛名称 论坛描述的获取和修改,帖子发表删除编辑等. 在ForumPermissions中定义了各种级别权限的用户: public class ForumPermissions implements Cacheable { /** * Permission to read object. */ public static final int READ = 0; /** * Permission to administer the entire sytem. */ public static final int SYSTEM_ADMIN = 1; /** * Permission to administer a particular forum. */ public static final int FORUM_ADMIN = 2; /** * Permission to administer a particular user. */ public static final int USER_ADMIN = 3; /** * Permission to administer a particular group. */ public static final int GROUP_ADMIN = 4; /** * Permission to moderate threads. */ public static final int MODERATE_THREADS = 5; /** * Permission to create a new thread. */ public static final int CREATE_THREAD = 6; /** * Permission to create a new message. */ public static final int CREATE_MESSAGE = 7; /** * Permission to moderate messages. */ public static final int MODERATE_MESSAGES = 8; ..... public boolean isSystemOrForumAdmin() {   return (values[FORUM_ADMIN] || values[SYSTEM_ADMIN]); } ..... } 因此,Forum中各种操作权限是和ForumPermissions定义的用户级别有关系的,作为接口Forum的实现:ForumProxy正是将这种对应关系联系起来.比如,修改Forum的名称,只有论坛管理者或系统管理者可以修改,代码如下: 。。。。。。。。。。。。。。。 (希望对你有帮助)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值