FileLogger

一、环境 在Linux系统安装JDK并配置环境变量，安装tomcat（在tomcat官网下载压缩包即可，我使用的是tomcat7 https://tomcat.apache.org/download-70.cgi ） 二、修改配置 在/conf目录下找到server.xml， 1，修改端口 1 <Connector port=" 8098 " protocol="HTTP/1.1" 2 connectionTimeout="20000" 3 redirectPort="8443" /> 2，修改 在</Host>下</Engine>上添加如下内容 1 <Host name=" 185.27.51.15 " debug="0" appBase=" webapps " unpackWARs="true" autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false"> 2 <Context path="" docBase=" spider " debug="0" reloadable="true" crossContext="true"/> 3 4 <Logger className="org.apache.catalina.logger.FileLogger" directory="logs" prefix="tot

设计模式：学习笔记(14)——工厂方法模式 工厂方法模式 　　工厂方法模式又称为工厂模式，它属于 类创建型模式 。在工厂方法模式中，工厂父类负责定义创建产品对象的公共接口，而工厂子类则负责生成具体的产品对象，这样做的目的是 将产品类的实例化操作延迟到工厂子类中完成，即通过工厂子类来确定究竟应该实例化哪一个具体产品类。 简单工厂模式的缺点 　　在简单工厂模式中只有一个工厂类，该工厂类处于对产品类进行实例化的中心位置，它需要知道每一个产品类的实现细节，并决定何时实例化哪一个产品类。 简单工厂模式最大的缺点就是当有新产品要加入系统中时，必须修改工厂类，需要在其中加入必要的业务逻辑，这违背了开闭原则 。 　　此外，在简单工厂模式中，所有的产品都由同一个工厂创建，工厂类职责较重，业务逻辑较为复杂，具体产品与工厂类之间的耦合度高，严重影响了系统的灵活性和扩展性，而工厂方法模式则可以很好地解决这一问题。 子工厂负责创建产品 　　在工厂方法模式中，核心的工厂类不再负责所有产品的创建，而是将具体的创建工作交给子类去做。它 仅仅负责给出具体工厂必须实现的方法，而不负责哪一个产品类被实例化这种细节 ！ 　　工厂方法的具体类图如下： 工厂方法模式，又称为工厂模式。 模式分析 模式应用 　　JDK中，也有很多使用工厂方法模式的代码，比如Collection.iterator()是生产了一个迭代器对象

十年河东，十年河西，莫欺少年穷 学无止境，精益求精 Unity是什么？ Unity是patterns & practices团队开发的一个轻量级、可扩展的依赖注入容器，具有如下的特性： 1. 它提供了创建（或者装配）对象实例的机制，而这些对象实例可能还包含了其它被依赖的对象实例。 2. Unity允许将预先配置的对象注入到类中，实现了inversion of control (IoC)的功能。在Unity中，支持constructor injection（构造器注入）, property setter injection（属性设值注入）以及method call injection（方法注入）。ps：这里的方法注入与Martin Fowler定义的接口注入类似而稍有区别。 3. 支持容器的体系结构。一个容器可以有子容器，允许从子容器到父容器的对象定位查询。 4. 可以通过配置文件进行准备和配置容器。 5. 不会影响到类的定义（属性设值注入和方法注入除外），这也是轻量级容器的一个体现。 6. 支持自定义的容器扩展。 使用Unity，最基本步骤有三步。 1. 建立容器； 2. 将接口与类的映射注册到容器中； 3. 从容器中解析出正确的对象。 为了接下来的说明，我们先编写几个后面需要的接口和类： 准备工作：ILogger 接口 public interface ILogger {

简介 责任链模式（Chain of Responsibility Pattern）属于设计模式的行为型模式。责任链模式与多米诺骨牌有点类似，请求在链中从前向后传递，一直到最后一个。当然责任链的处理可以复杂的多。 定义 责任链模式： 使多个对象都有机会处理请求，从而避免请求的发送者与请求处理者耦合在一起。将这些对象连接成一条链，并且沿着这条链传递请求，直到有对象处理它为止。 可以看到在标准的责任链中，请求是只由一个对象来处理的。不过我们不用拘泥于这个定义，责任链的主要目的是将请求处理的各个对象解耦出来，至于在链中传递时有多少个对象处理了请求，其实并不重要。 角色 从定义中可以看出，责任链模式包含的角色有有发送者，请求处理接口，具体请求处理实现及将实现连接起来的链。 发送者：产生请求对象，发起对链的调用 请求处理接口： 定义处理的标准接口，所有的具体请求处理实现都需要实现这个接口，链只需要依赖接口即可 具体请求处理实现：对请求进行处理，并决定是否继续向后传递请求 链：将所有的请求组装到一起，变成一个有序的处理链条 责任链模式可简单可复杂，一般来说接口和实现是必须的，链对象可以简单变为一个 List ，处理顺序也可以简化为 for 循环与发送者耦合到一起。如果处理比较复杂，像 Servlet Filter，网络请求库的Handler等框架则会有一个链对象，而且链中的下一级调用与否是由

简介 责任链模式（Chain of Responsibility Pattern）属于设计模式的行为型模式。责任链模式与多米诺骨牌有点类似，请求在链中从前向后传递，一直到最后一个。当然责任链的处理可以复杂的多。 定义 责任链模式： 使多个对象都有机会处理请求，从而避免请求的发送者与请求处理者耦合在一起。将这些对象连接成一条链，并且沿着这条链传递请求，直到有对象处理它为止。 可以看到在标准的责任链中，请求是只由一个对象来处理的。不过我们不用拘泥于这个定义，责任链的主要目的是将请求处理的各个对象解耦出来，至于在链中传递时有多少个对象处理了请求，其实并不重要。 角色 从定义中可以看出，责任链模式包含的角色有有发送者，请求处理接口，具体请求处理实现及将实现连接起来的链。 发送者：产生请求对象，发起对链的调用 请求处理接口： 定义处理的标准接口，所有的具体请求处理实现都需要实现这个接口，链只需要依赖接口即可 具体请求处理实现：对请求进行处理，并决定是否继续向后传递请求 链：将所有的请求组装到一起，变成一个有序的处理链条 责任链模式可简单可复杂，一般来说接口和实现是必须的，链对象可以简单变为一个 List ，处理顺序也可以简化为 for 循环与发送者耦合到一起。如果处理比较复杂，像 Servlet Filter，网络请求库的Handler等框架则会有一个链对象，而且链中的下一级调用与否是由