摘要：
这两天在学习G语言, 在看了go指南和一份go crash course的视频之后, 写代码试了试 go程序从main包下面的main函数开始执行 导入其他的包 定义一个结构体, go语法上没有复杂的对象继承关系 类型别名 使用变量, 可以用:= 初始化并且声明一个变量, 但是不能在函数外面使用这个 阅读全文
摘要：
在比较过程中存在多个考量的因素的时候, 显然是有优先顺序的, 在书上看到了这样的代码, 觉得写得挺好的: 阅读全文
摘要：
命令模式（Command Pattern）是一种数据驱动的设计模式，它属于行为型模式。 思考: 由Broker来接收命令和执行命令, 客户端只负责构造命令, 这里比较简单 阅读全文
摘要：
在代理模式（Proxy Pattern）中，一个类代表另一个类的功能。 思考: 这种代理模式是最简单的代理模式, 跟装饰器模式相类似, 但是在Java中还有JDK代理和子类代理的其他代理方式 阅读全文
摘要：
责任链模式（Chain of Responsibility Pattern）为请求创建了一个接收者对象的链。 思考: 责任链中的每个处理器都包含了下一个处理器的引用, 并且将需要处理的信息, 不停的传下去, 但是我怀疑会不会有栈溢出的问题 阅读全文
摘要：
享元模式（Flyweight Pattern）主要用于减少创建对象的数量，以减少内存占用和提高性能。 思考: 通过复用对象来完成工作, 减少对象的创建数量 阅读全文
摘要：
外观模式（Facade Pattern）隐藏系统的复杂性，并向客户端提供了一个客户端可以访问系统的接口。 思考: 外观模式和工厂模式的区别在于, 外观模式提供给客户端一个api, 然后外观模式来完成相应动作, 而工厂模式是提供给客户端产品, 然后客户端决定去做什么事情 阅读全文
摘要：
装饰器模式（Decorator Pattern）允许向一个现有的对象添加新的功能，同时又不改变其结构。 思考: 装饰器和原型实现了同一个接口, 然后装饰器包装了原型 阅读全文
摘要：
过滤器模式（Filter Pattern）或标准模式（Criteria Pattern）是一种设计模式 思考: 其实是将组合型的过滤器和具体实现类型的过滤器进行抽象, 将不同类型的过滤器抽象出一个方法, 然后使用组合型的过滤器来组合, 最后达到应用多个过滤器过滤数据源的作用 阅读全文
摘要：
桥接（Bridge）是用于把抽象化与实现化解耦，使得二者可以独立变化。 思考: 其实就是把实现化的部分独立出来作为接口给其他类来实现, 然后通过use的关系来完成实现化的多样化, 使用红色的API就是红色的, 使用绿色的API就是绿色的 阅读全文