摘要：首先我们先来看两个例子：冲咖啡和泡茶。冲咖啡和泡茶的基本流程如下： 所以用代码来创建如下： 咖啡:Caffee.java 1 public class Coffee { 2 void prepareRecipe(){ 3 boilWater(); 4 brewCoffeeGrinds(); 5 pourInCup(); 6 addSugarAndMilk(); 7 } 8 9 void boilWater(){10 System.out.println("Bo... 阅读全文

摘要：在工作过程中，需要将一个文件夹生成压缩文件，然后提供给用户下载。所以自己写了一个压缩文件的工具类。该工具类支持单个文件和文件夹压缩。放代码： 1 import java.io.BufferedOutputStream; 2 import java.io.File; 3 import java.io.FileInputStream; 4 import java.io.FileOutputStream; 5 6 import org.apache.tools.zip.ZipEntry; 7 import org.apache.tools.zip.ZipOutputStream; 8 9 /... 阅读全文

摘要：前面介绍的适配器模式(设计模式读书笔记-----适配器模式)讲的是如何将一个接口转换成客户所需要的另一个接口，它的目的在于解决接口的不兼容性问题。现在这里有这样一个模式，它的目的在于如何简化接口，它可以将多个类的复杂的一切隐藏在背后，只显露出一个干净美观的外观。 晚上睡觉之前，你总是喜欢看电视，在你进入卧室的时候你需要完成以下几个步骤：打开电灯、打开空调、放心银幕(假如你家有)、打开电视通过这么些繁琐的步骤后你终于可以看电视了，但是你要睡觉了呢？又要去进行繁琐的关闭动作。这里你就需要一个外观模式了，通过实现一个更加合理的接口外观类将这些动作都包装起来，实现一键“看电视”、一键“关... 阅读全文

摘要：假如我们又这样软件系统，我们希望它能够和一个新的库搭配使用，但是这个库所提供的接口与我们的软件系统不兼容，我们不想改变现有代码就能解决这个问题，怎么办？这个时候我们就需要将这个新的库接口转换成我们所需要的接口，这就是适配器模式设计动机。 一、模式定义 何谓适配器模式？适配器模式就是将一个类的接口，转换成客户期望的另一个接口。适配器让原本接口不兼容的类可以合作无间。 在适配器模式中，我们可以定义一个包装类，包装不兼容接口的对象，这个包装类就是适配器，它所包装的对象就是适配者。 适配器提供给客户需要的接口，适配器的实现就是将客户的请求转换成对适配者的相应的接口的引用。也就... 阅读全文

摘要：在开发过程中，我可能会需要向某些对象发送一些请求，但是我们不知请求的具体接收者是谁，也不知道被请求的操作是那个，我们只知道在程序运行中指定具体的请求接收者即可。打个比方，电视遥控器，我们只需要知道按那个按钮能够打开电视、关闭电视和换台即可，并不需要知道是怎么开电视、关电视和换台的。对于这种情况，我们可以采用命令模式来进行设计。 一、基本定义 命令模式将请求封装成对象，以便使用不同的请求、队列或者日志来参数化其他对象。命令模式支持可撤销的操作。 命令模式可以对发送者额接受者完全解耦，发送者也接收者之间并没有直接的联系，发送者只需要知道如何发送请求，不需要关心请求是如何完... 阅读全文

摘要：情景：在资源调度中，首先用户需要选择工作目标，然后跟据选择的工作目标不同而选择不同的账号和代理ip。处理过程如下：点击选择账号，在js中获取工作目标对工作目标进行两次编码(encodeURI(encodeURI(gzmb)))，在后台，对工作目标进行解码，然后构建URL。如下：1 String gzmb = URLDecoder.decode(request.getParameter("gzmb"), "UTF-8");2 Stringurl = "/wlzh/queryPageList.action?accountO.zt=1&acc 阅读全文

摘要：有时候某些对象我们只需要一个，如：线程池、缓存、对话框等等，对于这类对象我们只能有一个实例，如果我们制造出多个实例，就会导致很多问题产生。 但是我们怎样才能保证一个类只有一个实例并且能够便于访问？这里我们想到了全局变量，全局变量确实是可以保证该类可以随时访问，但是它很难解决只有一个实例问题。最好的办法就是让该自身来负责保存它的唯一实例。这个类必须要保证没有其他类来创建它。这里我们可以将其构造方法私有化。即1 Public MyClass{2 PrivateMyClass(){}3 }含有私有化构造器的类就能保证它不能被其他类实例化了。但是我们如何来获取这个实例化类... 阅读全文