Token

1. 客户端使用用户名跟密码请求登录
2. 服务端收到请求，去验证用户名与密码
3. 验证成功后，服务端会签发一个 Token，再把这个 Token 发送给客户端
   客户端收到 Token 以后可以把它存储起来，比如放在 Cookie 里或者 Local Storage 里
   3.客户端每次向服务端请求资源的时候需要带着服务端签发的 Token
   服务端收到请求，然后去验证客户端请求里面带着的 Token，如果验证成功，就向客户端返回请求的数据

incoming reference: 这个对象类型被哪些外部对象引用
outgoing reference: 查看这个对象类型持有的外部对象引用

写这本书的原因

1. 过度设计
2. 设计不足
3. 测试驱动开发和持续重构 两个重要实践降低过度设计和设计不足的几率
4. 重构与模式 密不可分的关系：在许多重构方法中，模式有助于改进设计。 许多时候我们通过重构实现模式，或者趋向模式进行重构。模式与重构之间存在天然联系。模式是你想到达的目的地，而重构则是从其他地方抵达这个目的地的条条道路。
5. 渐进式设计 => 重构实现模式或者重构趋向模式

重构

目的

1. 使新代码的增加更容易 （降低耦合）
2. 改善既有的代码的设计
3. 对代码的理解更透彻
4. 提高编程的趣味性 （减少dirty work，比如降低处理check in冲突的巨类的存在）

模式

何谓模式？
每个模式是由三个部分组成的规则：

1. 某一个环境
2. 一个问题
3. 解决问题方案

通过重构实现,趋向和去除模式

模式是不是使代码变得更复杂

1. 缺乏对模式的认知
2. 进一步重构十分必要
3. 谨慎采用模式的预先设计

代码坏味

1. 重复
2. 不清晰
3. 复杂

重复代码

过长函数

1. 避免重复代码
2. 提高阅读性
3. <= 10 行以内
4. 小函数串起来几乎对性能无影响， 对条件分支过长的 可以考虑用command 模式， strategy等模式来替换

条件逻辑太复杂

基本类型偏执

1. 不要用基本类型值来控制类的逻辑，应该考虑用类替换类型代码重构.这样将得到类型安全而且能够扩展新行为的代码.

不太恰当的暴露

1. 利用工厂方法或 工厂模式 隐藏类的构造过程中的复杂逻辑

解决方案蔓延

异曲同工的类