<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/u014335219</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; u014335219]]></copyright><item><title><![CDATA[博客转移]]></title><link>https://blog.youkuaiyun.com/u014335219/article/details/76689907</link><guid>https://blog.youkuaiyun.com/u014335219/article/details/76689907</guid><author>u014335219</author><pubDate>Fri, 04 Aug 2017 16:50:57 +0800</pubDate><description><![CDATA[博客搬家啦http://blog.youkuaiyun.com/u014335219 
http://blog.youkuaiyun.com/xlongshuCreated with Raphaël 2.1.0blog.youkuaiyun.com/u014335219blog.youkuaiyun.com/xlonsghu2017/5/6 星期六]]></description><category></category></item><item><title><![CDATA[Sqlite-JDBC查询datetime类型抛异常]]></title><link>https://blog.youkuaiyun.com/u014335219/article/details/70905763</link><guid>https://blog.youkuaiyun.com/u014335219/article/details/70905763</guid><author>u014335219</author><pubDate>Fri, 28 Apr 2017 14:02:00 +0800</pubDate><description><![CDATA[使用date类型是会报错Error parsing time stamp解决方法
Properties传参
Class.forName("org.sqlite.JDBC");
Properties pro = new Properties();
// 默认是yyyy-MM-dd HH:mm:ss.SSS，覆盖为yyyy-MM-dd HH:mm:ss
pro.put("date_string_form]]></description><category></category></item><item><title><![CDATA[Maven跳过测试]]></title><link>https://blog.youkuaiyun.com/u014335219/article/details/55668085</link><guid>https://blog.youkuaiyun.com/u014335219/article/details/55668085</guid><author>u014335219</author><pubDate>Sat, 18 Feb 2017 16:05:55 +0800</pubDate><description><![CDATA[Maven跳过测试用例
在properties中声明...
在执行命令中声明...
在configuration中声明...]]></description><category></category></item><item><title><![CDATA[24.Interpreter-解释器模式]]></title><link>https://blog.youkuaiyun.com/u014335219/article/details/53925244</link><guid>https://blog.youkuaiyun.com/u014335219/article/details/53925244</guid><author>u014335219</author><pubDate>Thu, 29 Dec 2016 11:03:49 +0800</pubDate><description><![CDATA[Interpreter 解释器模式
解释器模式: 
定义一个语言的文法，并且建立一个解释器来解释该语言中的句子，这里的“语言”是指使用规定格式和语法的代码。 
解释器模式是一种类行为型模式。 由于表达式可分为终结符表达式和非终结符表达式， 
因此解释器模式的结构与组合模式的结构有些类似，但在解释器模式中包含更多的组成元素。
结构图: 示例类图: 示例代码:
// Expression]]></description><category></category></item><item><title><![CDATA[23.Mediator-中介者模式]]></title><link>https://blog.youkuaiyun.com/u014335219/article/details/53925237</link><guid>https://blog.youkuaiyun.com/u014335219/article/details/53925237</guid><author>u014335219</author><pubDate>Thu, 29 Dec 2016 11:03:19 +0800</pubDate><description><![CDATA[Mediator 中介者模式
中介模式: 
用一个中介对象（中介者）来封装一系列的对象交互，中介者使各对象不需要显式地相互引用，从而使其耦合松散， 
而且可以独立地改变它们之间的交互。中介者模式又称为调停者模式，它是一种对象行为型模式。
结构图: 示例类图: 示例代码:
public interface Mediator {
    public abstract void work(]]></description><category></category></item><item><title><![CDATA[22.Visitor-访问者模式]]></title><link>https://blog.youkuaiyun.com/u014335219/article/details/53925224</link><guid>https://blog.youkuaiyun.com/u014335219/article/details/53925224</guid><author>u014335219</author><pubDate>Thu, 29 Dec 2016 11:02:36 +0800</pubDate><description><![CDATA[Visitor 访问者模式
Visitor模式: 
提供一个作用于某对象结构中的各元素的操作表示，它使我们可以在不改变各元素的类的前提下定义作用于这些元素的新操作。 
访问者模式是一种将算法与对象结构分离的软件设计模式。访问者模式是一种对象行为型模式。
结构图: 示例类图: 示例代码:
// Visitor
public interface ComputerPartVisitor {]]></description><category></category></item><item><title><![CDATA[21.State-状态模式]]></title><link>https://blog.youkuaiyun.com/u014335219/article/details/53925219</link><guid>https://blog.youkuaiyun.com/u014335219/article/details/53925219</guid><author>u014335219</author><pubDate>Thu, 29 Dec 2016 11:02:07 +0800</pubDate><description><![CDATA[State 状态模式
状态模式: 
允许一个对象在其内部状态改变时改变它的行为，对象看起来似乎修改了它的类。 
其别名为状态对象(Objects for States)，状态模式是一种对象行为型模式。
结构图: 示例类图: 示例代码:
public interface State {
    public void handle();
}]]></description><category></category></item><item><title><![CDATA[20.Memento-备忘录模式]]></title><link>https://blog.youkuaiyun.com/u014335219/article/details/53911675</link><guid>https://blog.youkuaiyun.com/u014335219/article/details/53911675</guid><author>u014335219</author><pubDate>Wed, 28 Dec 2016 18:26:24 +0800</pubDate><description><![CDATA[Memento 备忘录模式
备忘录模式: 
在不破坏封装的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态， 
这样可以在以后将对象恢复到原先保存的状态。它是一种对象行为型模式，其别名为Token。
结构图: 示例类图: 示例代码:
public class Originator {]]></description><category></category></item><item><title><![CDATA[19.Command-命令模式]]></title><link>https://blog.youkuaiyun.com/u014335219/article/details/53911672</link><guid>https://blog.youkuaiyun.com/u014335219/article/details/53911672</guid><author>u014335219</author><pubDate>Wed, 28 Dec 2016 18:26:00 +0800</pubDate><description><![CDATA[Command 命令模式
命令模式: 
将一个请求封装为一个对象，从而让我们可用不同的请求对客户进行参数化; 
对请求排队或者记录请求日志，以及支持可撤销的操作。 
命令模式是一种对象行为型模式，其别名为动作(Action)模式或事务(Transaction)模式。
结构图: 示例类图: 示例代码:
// Command
public interface Command]]></description><category></category></item><item><title><![CDATA[18.ChainOfResponsibility-职责链模式]]></title><link>https://blog.youkuaiyun.com/u014335219/article/details/53911671</link><guid>https://blog.youkuaiyun.com/u014335219/article/details/53911671</guid><author>u014335219</author><pubDate>Wed, 28 Dec 2016 18:25:27 +0800</pubDate><description><![CDATA[Chain Of Responsibility 职责链模式
职责链模式: 
使多个对象都有机会处理请求，从而避免请求的发送者和接受者之间的耦合关系， 
将这个对象连成一条链，并沿着个链传递请求，直到有一个对象处理为止。 
发出这个请求的客户端并不知道链上的哪一个对象最终处理这个请求，这使得系统可以在不影响客户端的情况下动态地重新组织链和分配责任。
使用场景:有多个的对象可以处理一个请求，哪个对象处理]]></description><category></category></item><item><title><![CDATA[17.Iterator-迭代器模式]]></title><link>https://blog.youkuaiyun.com/u014335219/article/details/53911667</link><guid>https://blog.youkuaiyun.com/u014335219/article/details/53911667</guid><author>u014335219</author><pubDate>Wed, 28 Dec 2016 18:24:33 +0800</pubDate><description><![CDATA[Iterator 迭代器模式
迭代器模式: 
提供一种方法来访问聚合对象，而不用暴露这个对象的内部表示，其别名为游标(Cursor)。迭代器模式是一种对象行为型模式。 
迭代器模式就是顺序访问聚集中的对象，一般来说，集合中非常常见，如果对集合类比较熟悉的话，理解本模式会十分轻松。 
这句话包含两层意思：一是需要遍历的对象，即聚集对象，二是迭代器对象，用于对聚集对象进行遍历访问.
示例类图: 示例代码]]></description><category></category></item><item><title><![CDATA[16.Observer-观察者模式]]></title><link>https://blog.youkuaiyun.com/u014335219/article/details/53911666</link><guid>https://blog.youkuaiyun.com/u014335219/article/details/53911666</guid><author>u014335219</author><pubDate>Wed, 28 Dec 2016 18:24:09 +0800</pubDate><description><![CDATA[Observer 观察者模式
观察者模式: 
观察者模式定义了一种一对多的依赖关系，让多个观察者对象同时监听某一个主题对象。 
这个主题对象在状态发生变化时，会通知所有观察者对象，使它们能够自动更新自己。观察者模式是一种对象行为型模式。
观察者模式的别名包括: 
发布-订阅(Publish/Subscribe)模式, 模型-视图(Model/View)模式, 
源-监听器(Source/Listen]]></description><category></category></item><item><title><![CDATA[15.TemplateMethod-模板方法模式]]></title><link>https://blog.youkuaiyun.com/u014335219/article/details/53911662</link><guid>https://blog.youkuaiyun.com/u014335219/article/details/53911662</guid><author>u014335219</author><pubDate>Wed, 28 Dec 2016 18:23:38 +0800</pubDate><description><![CDATA[TemplateMethod 模板方法模式
模板方法模式: 
定义一个操作中算法的框架，而将一些步骤延迟到子类中。模板方法模式使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。 
模板方法模式是一种基于继承的代码复用技术，它是一种类行为型模式。  模板方法模式是结构最简单的行为型设计模式，在其结构中只存在父类与子类之间的继承关系。 
  通过使用模板方法模式，可以将一些复杂流程的实现步]]></description><category></category></item><item><title><![CDATA[14.Strategy-策略模式]]></title><link>https://blog.youkuaiyun.com/u014335219/article/details/53911658</link><guid>https://blog.youkuaiyun.com/u014335219/article/details/53911658</guid><author>u014335219</author><pubDate>Wed, 28 Dec 2016 18:23:14 +0800</pubDate><description><![CDATA[Strategy 策略模式
策略模式: 
也称为政策模式(Policy)。策略模式定义了一系列算法，并将每个算法封装起来，使他们可以相互替换，且算法的变化不会影响到使用算法的客户。 
这些算法完成的都是相同的工作，只是实现不同，它可以以相同的方式调用所有算法， 
减少各种算法类与使用类之间的耦合。策略模式是一种对象行为型模式。
结构图: 示例类图: 示例代码:]]></description><category></category></item><item><title><![CDATA[13.Flyweight-享元模式]]></title><link>https://blog.youkuaiyun.com/u014335219/article/details/53911654</link><guid>https://blog.youkuaiyun.com/u014335219/article/details/53911654</guid><author>u014335219</author><pubDate>Wed, 28 Dec 2016 18:22:40 +0800</pubDate><description><![CDATA[Flyweight 享元模式
享元模式模式: 
享元模式的主要目的是实现对象的共享，即共享池，当系统中对象多的时候可以减少内存的开销， 
意图在于运用共享技术有效地支持大量细粒度的对象。 
由于享元模式要求能够共享的对象必须是细粒度对象，因此它又称为轻量级模式，它是一种对象结构型模式。 
通常与工厂模式一起使用。
它使用共享物件，用来尽可能减少内存使用量以及分享资讯给尽可能多的相似物件； 
它适合用]]></description><category></category></item><item><title><![CDATA[12.Bridge-桥接模式]]></title><link>https://blog.youkuaiyun.com/u014335219/article/details/53911648</link><guid>https://blog.youkuaiyun.com/u014335219/article/details/53911648</guid><author>u014335219</author><pubDate>Wed, 28 Dec 2016 18:22:06 +0800</pubDate><description><![CDATA[Bridge 桥接模式
桥接模式: 
桥接模式把事物对象和其具体行为、具体特征分离开来，使它们可以各自独立的变化。 
又称为柄体(Handle and Body)模式或接口(Interface)模式。 
事物对象仅是一个抽象的概念。 
用意就在将抽象化与实现化解耦，使得二者可以独立变化。
动机 
当一种抽象类型可能有多种实现方式时，一般情况我们可以考虑使用继承来解决抽象类型的多种实现，在抽象类型中定]]></description><category></category></item><item><title><![CDATA[11.Composite-组合模式]]></title><link>https://blog.youkuaiyun.com/u014335219/article/details/53911645</link><guid>https://blog.youkuaiyun.com/u014335219/article/details/53911645</guid><author>u014335219</author><pubDate>Wed, 28 Dec 2016 18:21:20 +0800</pubDate><description><![CDATA[Composite 组合模式
组合模式: 
允许你将对象组合成树形结构来表现”整体-部分”层次结构. 组合能让客户以一致的方式处理个别对象以及对象组合。 
组合模式对单个对象(即叶子对象)和组合对象(即容器对象)的使用具有一致性。 
组合模式又可以称为 整体—部分(Part-Whole)模式，它是一种对象结构型模式。
它使我们树型结构的问题中，模糊了简单元素和复杂元素的概念， 
客户程序可以向处理简]]></description><category></category></item><item><title><![CDATA[10.Facade-外观模式]]></title><link>https://blog.youkuaiyun.com/u014335219/article/details/53911322</link><guid>https://blog.youkuaiyun.com/u014335219/article/details/53911322</guid><author>u014335219</author><pubDate>Wed, 28 Dec 2016 17:40:11 +0800</pubDate><description><![CDATA[Facade 外观模式
外观模式: 
是软件工程中常用的一种软件设计模式，它为子系统中的一组接口提供一个统一的高层接口，使得子系统更容易使用。 
外观模式是为了解决类与类之间的依赖关系的，就是将他们的关系放在一个Facade类中，降低了类类之间的耦合度，该模式中一般不涉及到接口。
示例类图: 示例代码:
// SubSystem
public class CPU {
    public void]]></description><category></category></item><item><title><![CDATA[9.Proxy-代理模式]]></title><link>https://blog.youkuaiyun.com/u014335219/article/details/53911297</link><guid>https://blog.youkuaiyun.com/u014335219/article/details/53911297</guid><author>u014335219</author><pubDate>Wed, 28 Dec 2016 17:39:08 +0800</pubDate><description><![CDATA[Proxy 代理模式
代理模式: 
给某一个对象提供一个代理或占位符，并由代理对象来控制对原对象的访问。 
在某些情况下，一个客户不想或者不能直接引用一个对象，此时可以通过一个称之为“代理”的第三者来实现间接引用。 
代理对象可以在客户端和目标对象之间起到中介的作用，并且可以通过代理对象去掉客户不能看到的内容和服务或者添加客户需要的额外服务。
代理模式分为静态代理、动态代理。 
静态代理是由程序员创]]></description><category></category></item><item><title><![CDATA[8.Decorator-装饰模式]]></title><link>https://blog.youkuaiyun.com/u014335219/article/details/53911279</link><guid>https://blog.youkuaiyun.com/u014335219/article/details/53911279</guid><author>u014335219</author><pubDate>Wed, 28 Dec 2016 17:38:28 +0800</pubDate><description><![CDATA[Decorator 装饰模式
装饰模式: 
装饰模式又名包装(Wrapper)模式。装饰模式以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案。 
给一个对象增加一些新的功能，而且是动态的，要求装饰对象和被装饰对象实现同一个接口，装饰对象持有被装饰对象的实例。 
就功能而言，修饰模式相比生成子类更为灵活，这样可以给某个对象而不是整个类添加一些功能。
它主要是解决：
  “过度地使用了继承来]]></description><category></category></item></channel></rss>