返回原对象_java进阶笔记1《Effective java》-管理对象

每天坚持笔记打卡，笔记来源于effective java这本书

• 代码 清晰性和简洁性最为重要：组件的用户永远也不应该被其行为所迷惑 。
• 代码应该被重用，而不是被拷贝
• 用静态工厂方法代替构造器

1. 静态工厂方法与构造器不同的第一大优势在于，它们有名称 。

​因为一个类只有一个带有指定签名的构造器，开发一般都是提供多个构造器避开这个原则，但是对于是使用者来说，往往不知道调取那个构造器。

由于静态工厂方法有名称，所以他们不受上述限制。

2. 不必在每次调用它们的时候都创建一个新对象。

因为是静态的，在jvm启动的时候就把实例缓存起来了的，可以进行重复利用。类似于享元模式。如果程序经常请求创建相同的对象，都应该尽可能的避免

3. 它们可以返回原返回类型的任何子类型的对象

4. 所返回的对象的类可以随着每次调用而发生变化，这取决于静态工厂方法的参数值

如下是一个全局响应的模板类例子:

• 遇到多个构造器参数时要考虑使用构建器

静态工厂和构造器有个共同的局限性：他们都不能很好的扩展到大量的可选参数。常见的习惯都是采用重叠构造器模式。如下例子，构造器DataCommRes的重叠方式，相比之下，要比上一个例子简洁很多。

不过 重叠构造器模式对于多参数构造器来说还是可行，但是当有许多参数的时候，客户端代码会很难缩写，并且仍然较难以阅读和维护。

重叠构造器栗子如下:

参数比较多的情况下，你在开发的时候弄反两个参数的位置，也不会报错，这样的错误也很隐性，很难发现，出现问题有可能也很严重。

​遇到很多可选构造参数的时候，还有第二种可选的代替方案--JavaBean模式，也就是创建好我们的类后，显示的调用 setter方法。

​JavaBean的缺点：因为构造过程中分到了几个调用，`在构造过程中JavaBean可能处于不一致的状态`，有setter的方法存在，那么把类做成不可变那么这是一个不可能的事情。

对于这种情况，那么有第三种替代方案，就是建造器模式，lombok插件使用@Builder 注解就可以使用建造者模式了。和构造者相比，builder的优点就是比较灵活，可以在创建对象的时候就进行调整。缺点： 就是每次创建的时候，都必须先创建他的构建器、

使用builder的时候，有时候会把原本写的默认值给清除掉

builder栗子如下:

• 用私有构造器或者枚举类型强化`Singleton`属性

Singleton -> 指单列类，仅仅只是被实例化一次。在阿里巴巴的java指导中，单例模式的构造器都是建议私有，不对外公开来强化单例属性。

​但是通过反射机制就可以调用私有构造器，为了防止这个情况，可以在构造器中，判断二次创建的时候直接抛出一个异常。