企业官网建设流程全解析

企业校园网站建设,网站建设责任分工表,临沂做网站推广的公司有,滨海做网站需要多少钱对代理模式的理解 生活场景1#xff1a;牛村的牛二看上了隔壁村小花#xff0c;牛二不好意思直接找小花#xff0c;于是牛二找来了媒婆王妈妈 。这里面就有一个非常典型的代理模式。牛二不能和小花直接对接#xff0c;只能找一个中间人。其中王妈妈是代理类#xff0c;牛…对代理模式的理解生活场景1牛村的牛二看上了隔壁村小花牛二不好意思直接找小花于是牛二找来了媒婆王妈妈 。这里面就有一个非常典型的代理模式。牛二不能和小花直接对接只能找一个中间人。其中王妈妈是代理类牛二是目标类。王妈妈代替牛二和小花先见个面。现实生活中的婚介所【在程序中对象A和对象B无法直接交互时。】生活场景2你刚到北京要租房子可以自己找也可以找链家帮你找。其中链家是代理类你是目标类。你们两个都有共同的行为找房子。不过链家除了满足你找房子另外会收取一些费用的。(现实生活中的房产中介)【在程序中功能需要增强时。】西游记场景八戒和高小姐的故事。八戒要强抢民女高翠兰。悟空得知此事之后怎么做的悟空幻化成高小姐的模样。代替高小姐与八戒会面。其中八戒是客户端程序。悟空是代理类。高小姐是目标类。那天夜里在八戒眼里眼前的就是高小姐对于八戒来说他是不知道眼前的高小姐是悟空幻化的在他内心里这就是高小姐。所以悟空代替高小姐和八戒亲了嘴儿。这是非常典型的代理模式实现的保护机制。代理模式中有一个非常重要的特点对于客户端程序来说使用代理对象时就像在使用目标对象一样。【在程序中目标需要被保护时】业务场景系统中有A、B、C三个模块使用这些模块的前提是需要用户登录也就是说在A模块中要编写判断登录的代码B模块中也要编写C模块中还要编写这些判断登录的代码反复出现显然代码没有得到复用可以为A、B、C三个模块提供一个代理在代理当中写一次登录判断即可。代理的逻辑是请求来了之后判断用户是否登录了如果已经登录了则执行对应的目标如果没有登录则跳转到登录页面。【在程序中目标不但受到保护并且代码也得到了复用。】代理模式是GoF23种设计模式之一。属于结构型设计模式。代理模式的作用是为其他对象提供一种代理以控制对这个对象的访问。在某些情况下一个客户不想或者不能直接引用一个对象此时可以通过一个称之为“代理”的第三者来实现间接引用。代理对象可以在客户端和目标对象之间起到中介的作用并且可以通过代理对象去掉客户不应该看到的内容和服务或者添加客户需要的额外服务。 通过引入一个新的对象来实现对真实对象的操作或者将新的对象作为真实对象的一个替身这种实现机制即为代理模式通过引入代理对象来间接访问一个对象这就是代理模式的模式动机。代理模式中的角色代理类代理主题目标类真实主题代理类和目标类的公共接口抽象主题客户端在使用代理类时就像在使用目标类不被客户端所察觉所以代理类和目标类要有共同的行为也就是实现共同的接口。代理模式在代码实现上包括两种形式静态代理动态代理静态代理现在有这样一个接口和实现类packagecom.powernode.mall.service;/** * 订单接口 * author 动力节点 * version 1.0 * className OrderService * since 1.0 **/publicinterfaceOrderService{/** * 生成订单 */voidgenerate();/** * 查看订单详情 */voiddetail();/** * 修改订单 */voidmodify();}packagecom.powernode.mall.service.impl;importcom.powernode.mall.service.OrderService;/** * author 动力节点 * version 1.0 * className OrderServiceImpl * since 1.0 **/publicclassOrderServiceImplimplementsOrderService{Overridepublicvoidgenerate(){try{Thread.sleep(1234);}catch(InterruptedExceptione){e.printStackTrace();}System.out.println(订单已生成);}Overridepublicvoiddetail(){try{Thread.sleep(2541);}catch(InterruptedExceptione){e.printStackTrace();}System.out.println(订单信息如下******);}Overridepublicvoidmodify(){try{Thread.sleep(1010);}catch(InterruptedExceptione){e.printStackTrace();}System.out.println(订单已修改);}}其中Thread.sleep()方法的调用是为了模拟操作耗时。项目已上线并且运行正常只是客户反馈系统有一些地方运行较慢要求项目组对系统进行优化。于是项目负责人就下达了这个需求。首先需要搞清楚是哪些业务方法耗时较长于是让我们统计每个业务方法所耗费的时长。如果是你你该怎么做呢第一种方案直接修改Java源代码在每个业务方法中添加统计逻辑如下packagecom.powernode.mall.service.impl;importcom.powernode.mall.service.OrderService;/** * author 动力节点 * version 1.0 * className OrderServiceImpl * since 1.0 **/publicclassOrderServiceImplimplementsOrderService{Overridepublicvoidgenerate(){longbeginSystem.currentTimeMillis();try{Thread.sleep(1234);}catch(InterruptedExceptione){e.printStackTrace();}System.out.println(订单已生成);longendSystem.currentTimeMillis();System.out.println(耗费时长(end-begin)毫秒);}Overridepublicvoiddetail(){longbeginSystem.currentTimeMillis();try{Thread.sleep(2541);}catch(InterruptedExceptione){e.printStackTrace();}System.out.println(订单信息如下******);longendSystem.currentTimeMillis();System.out.println(耗费时长(end-begin)毫秒);}Overridepublicvoidmodify(){longbeginSystem.currentTimeMillis();try{Thread.sleep(1010);}catch(InterruptedExceptione){e.printStackTrace();}System.out.println(订单已修改);longendSystem.currentTimeMillis();System.out.println(耗费时长(end-begin)毫秒);}}需求可以满足但显然是违背了OCP开闭原则。这种方案不可取。第二种方案编写一个子类继承OrderServiceImpl在子类中重写每个方法代码如下packagecom.powernode.mall.service.impl;/** * author 动力节点 * version 1.0 * className OrderServiceImplSub * since 1.0 **/publicclassOrderServiceImplSubextendsOrderServiceImpl{Overridepublicvoidgenerate(){longbeginSystem.currentTimeMillis();super.generate();longendSystem.currentTimeMillis();System.out.println(耗时(end-begin)毫秒);}Overridepublicvoiddetail(){longbeginSystem.currentTimeMillis();super.detail();longendSystem.currentTimeMillis();System.out.println(耗时(end-begin)毫秒);}Overridepublicvoidmodify(){longbeginSystem.currentTimeMillis();super.modify();longendSystem.currentTimeMillis();System.out.println(耗时(end-begin)毫秒);}}这种方式可以解决但是存在两个问题第一个问题假设系统中有100个这样的业务类需要提供100个子类并且之前写好的创建Service对象的代码都要修改为创建子类对象。第二个问题由于采用了继承的方式导致代码之间的耦合度较高。这种方案也不可取。第三种方案使用代理模式这里采用静态代理可以为OrderService接口提供一个代理类。packagecom.powernode.mall.service;/** * author 动力节点 * version 1.0 * className OrderServiceProxy * since 1.0 **/publicclassOrderServiceProxyimplementsOrderService{// 代理对象// 目标对象privateOrderServiceorderService;// 通过构造方法将目标对象传递给代理对象publicOrderServiceProxy(OrderServiceorderService){this.orderServiceorderService;}Overridepublicvoidgenerate(){longbeginSystem.currentTimeMillis();// 执行目标对象的目标方法orderService.generate();longendSystem.currentTimeMillis();System.out.println(耗时(end-begin)毫秒);}Overridepublicvoiddetail(){longbeginSystem.currentTimeMillis();// 执行目标对象的目标方法orderService.detail();longendSystem.currentTimeMillis();System.out.println(耗时(end-begin)毫秒);}Overridepublicvoidmodify(){longbeginSystem.currentTimeMillis();// 执行目标对象的目标方法orderService.modify();longendSystem.currentTimeMillis();System.out.println(耗时(end-begin)毫秒);}}这种方式的优点符合OCP开闭原则同时采用的是关联关系所以程序的耦合度较低。所以这种方案是被推荐的。编写客户端程序packagecom.powernode.mall;importcom.powernode.mall.service.OrderService;importcom.powernode.mall.service.OrderServiceProxy;importcom.powernode.mall.service.impl.OrderServiceImpl;/** * author 动力节点 * version 1.0 * className Client * since 1.0 **/publicclassClient{publicstaticvoidmain(String[]args){// 创建目标对象OrderServicetargetnewOrderServiceImpl();// 创建代理对象OrderServiceproxynewOrderServiceProxy(target);// 调用代理对象的代理方法proxy.generate();proxy.modify();proxy.detail();}}运行结果以上就是代理模式中的静态代理其中OrderService接口是代理类和目标类的共同接口。OrderServiceImpl是目标类。OrderServiceProxy是代理类。大家思考一下如果系统中业务接口很多一个接口对应一个代理类显然也是不合理的会导致类爆炸。怎么解决这个问题动态代理可以解决。因为在动态代理中可以在内存中动态的为我们生成代理类的字节码。代理类不需要我们写了。类爆炸解决了而且代码只需要写一次代码也会得到复用。