概述在前面的博文中，我们介绍了 guava 的 Multimap 容器Key 可重复的 Map -- MultimapMultimap 是一种键可重复出现的 Map 容器，可以看作是实现了 Map<K, List<V>> 功能的容器在实际的使用中，有时我们还需要 Map<K, Map<T, V>> 这样的结构，例如，我们的一个超市中有多个货架，货架上有水果，我们需要通过货架 ID、对应货架上的水果 ID 获取到某种水果的信息，这样的数据结构如果用 Map<K, Map<T, V>> 这样的容器来存储和表示就显得非常丑陋了Guava 提供的 Table 容器解决了这个问题Guava 的 Table 是一个三元组，每一条记录需要用两个 Key 进行索引，也可以看做是一个 Map<K, Map<T, V>> 结构，每一个 V 的确定都必须提供&nbs

创建型模式抽象工厂模式 -- AbstractFactory  生成器模式 -- Builder  工厂方法 

概述在项目中，对象间的相互调用是非常常见的情况，这也就造成了对象之间的耦合，中介者模式就是用来封装一系列对象间的交互，对象不需要再显式地相互引用，从而使其耦合松散，可以独立的改变他们之间的交互虽然一个

概述其实各种面向对象编程语言大多提供了迭代器模式的实现和具体的工具类迭代器模式主要是提供一种顺序访问一个聚合对象中的各个元素的方法，而不需要关心具体对象的类型和内部表示，在有些语言中，也被称为“游标”

概述有时我们需要维护一个双向映射，也就说，有时我们需要一个 key-value 的集合的同时还需要一个 value-key 的集合，那么，为了解决这个问题，我们需要维护两个 Map：Map<Long, String> fruitIdToName = new HashMap<>(); Map<String, Long> fruitNameToId = new HashMap<>(); fruitIdToName.put(2L, "apple"); fruitIdToName.put(3L, "banana"); fruitNameToId.put("apple", 2L);  上面的代码维护了两个 HashMap，分别是水果 Id 到水果名称的映射，和水果名称到水果 Id 的映射然而，维护两个 HashMap 的成本是很高的，你会发现在例子中，我们将无法通过 fruitIdToName 中存在的 banana 值作为 key 查找到 fruitNameToId&n

概述上一篇日志中，我们介绍了 Guava 的可重复 key 的 Set -- Multiset 类型元素可重复的 Set -- Multiset本篇日志中，我们就来介绍 Guava 提供的另一个容器，可重复 key 的 Map -- Multimap 假设我们需要经营一家超市，超市中有若干库区，我们创建一个水果类，其中有两个字段，分别是水果的名称和所在库区号，那么现在我们需要了解一批水果中，每个库区各有多少水果，分别是什么，那么我们就需要这样的代码：package com.techlog.test.testspring.service; import java.util.*; /** * Created by techlog on 2017/4/3. */ public class WorkMain { private final static List<Fruit> FRUITS = Arrays.asList(new Fruit("apple", 1), new Fruit("bnana", 1), new Fruit("

概述解释器模式主要是用来解释一种给定的语言的文法表示的最常见的应用是计算器的实现，算式 291 + 18 - 279 就是一种公式语言，他定

概述此前我们曾经介绍过，java 提供了丰富的容器类来解决一组对象的管理问题：Collection 及其相关实现的容器简介及用法Map 简介及用法但是对于复杂的情况，jdk 提供的容器类还是显得有些不足，guava 引入了一系列新的集合类，来扩充 JDK 集合框架，令人欣慰的是，guava 的集合接口完全遵循了 jdk 的思想和理念 众所周知，jdk 的 Set 是一个继承自 Collection 的接口，用于实现不重复的元素的集合，但有时，我们是很需要一个值能够重复的 Set 的，最常见的需求就是我们需要集合中不重复的元素的集合，那么我们需要一个 Set，但是我们还需要知道集合中各个元素的出现次数，那么 Set 就无法做到了，仅适用 List 也是难以满足的，非要实现的话，代码的复杂度就会变得很高而不易于维护Guava 提供的 Multiset 解决了上述问题，简单地说，Multiset 提供了一个元素可重复的 Set，事实上，这在 C++ 的 STL 中早已有所提供，大概 

概述命令模式将一个请求封装成一个对象，从而让你可以用不同的请求对客户进行参数化，或者将请求排队或者记录日志，以及可以支持可撤销的操作有时，任务的执行者并不知道该进行什么操作，只有调用者才知道，典型的是

概述职责链模式让多个对象都有机会处理请求，从而避免了请求发送者与处理者之间的耦合关系有时，我们的系统中拥有多个处理请求的对象，但当系统获取到请求时并不知道该由哪个对象来处理，这样只要让请求在请求链上依