放到业务中,如果你项目中很多地方用到了这个 Car 类的对象。现在有一个需求来了,需要改动这个 Car ,但是你之前在业务中写了一堆的 new Car 。
那你现在怎么办?写一个新的 new NewCar 全局替换之前写的 new Car 吗?假如一些地方是使用的反射或者其他骚操作创建的这个对象呢?那可能就会造成改漏了的情况。
当然,你可能还有更简单的方式,就是直接重写这个 Car ,这样就彻底解决问题了。
Factory 不仅仅是 new 一个对象,它的重点更在于创造一个对象,因为它还可以做 new 一个对象以外的事情,比如你可以在 getFactory 里面设置一些 Car 对象的属性,调用一些方法,这样你可以创建多个 factory ,就可以返回多个不同的 Car 。当然,如果你要换成 new 一个对象,放在构造方法里面,那就要考虑,也许有的时候我不需要再执行一些方法?或者你的代码中就充斥着了重复的代码 new 之后在再调用一些 setter 。如果有一天,着也要改的话,简直就是灾难。
如果使用 Factory ,可以确保在获取这个依赖的时,都是调用 Factory 的这个方法来的。那么,就算有一天,要替换,只需要改造 Factory ,并且, Facetory 返回的对象要向前兼容了原来的接口即可,这里的返回值 Car 类型,不一定是实际的类,他可能是接口,也可能是抽象类,当然,它也可以是实际的类,但是新的类同样可以继承他,类实现向前兼容。因为 CarFactory 应该使用保证他生产出来的对象是实现了 Car。