CleanCode系列:不要"查找" 而是 直接 "要"

视频来源：不要查找需要的东西

概述：

    不要问中间人查找或者索要需要的东西，而是直接要需要的东西(迪米特原则)

启发：

    高质量的可测试的code来自创建过程和业务逻辑的分离。

将对象的创建过程和 业务逻辑分开有利于写出干净的代码：业务主逻辑清晰，而不是一堆新对象的创建过程和if else逻辑混合在一起。

1. 我们可以使用建造者模式：factory，builder，provider等将对象的创建过程和业务逻辑分离开。

2. 使用DI 依赖注入的方式向需要测试的模块注入直接依赖，这样在测试的时候就可以mock数据，也同时直接聚焦在主逻辑上写出可读性很好的代码，提高代码质量。

注意：在对象的初始化的时候尽量不要Null check，因为这会增加创建对象的困难，因为有时候确实需要传入Null参数，或者dummy来进行测试，如果参数不能为Null就意味着不许创建这个对象，而这些参数对象可能对于本次测试来说并没有意义，但是却因为Null check导致不能构造测试，这样会很让人痛苦。

依赖注入时的生命周期问题：

构造函数创建方式依赖注入：通常注入的参数对象的生命周期等于或者大于被注入方，这样不会内存泄露——因为被注入方被销毁的时候对于 注入的参数生命周期没有影响，注入的参数对象被销毁的时候，被注入方可能早就已经销毁了

方法参数类型注入：在运行时注入，通常注入的对象的生命周期比被注入方法所属对象生命周期短，这样方法运行完毕，参数对象可以被及时的垃圾回收，而不是长期被持有，导致长期占用内存。

反模式(通过中间人来查找信息)：

• registry
• Locator
• Context
• Manager
• Handler
• Environment
• Pricinple