java - java 8 供应商是否正在替换构造函数调用

Question

我一直在研究 Java 8 的供应商和消费者接口(interface)，并且据我所知它可以替代构造函数调用。
我在 dzone ( link here ) 上看到了一个使用 ShapeFactory 的示例。
代码非常简单，是一个形状类的简单工厂。
但她是这样使用的:

Supplier<ShapeFactory> supplier = ShapeFactory::new;
supplier.get().getShape("rectangle").draw(); 

但为什么它比做一个简单的经典更好:

ShapeFactory factory = new ShapeFactory();
factory.getShape("rectangle").draw()

这足够简单和有效。此外，如果ShapeFactory 类的构造函数有参数，Supplier 将无法工作，我们将不得不使用Function 或其他方法。

那么为什么在这种精确的情况下使用这样的供应商呢？

Answer 1

TLDR

使用 Supplier带来更好的可读性/可维护性 而不是显式构造函数调用，例如 new MyObject()成语由 switch 处理/if-else if声明。
它还带来了更好的类型安全通过反射实例化，替代 new MyObject()习惯用法，通常在 Java 8 之前用于解决可维护性问题，但这会引入其他问题。

实例化 Factory class 不一定是说明 Supplier 好处的最佳示例.
所以，假设我们要实例化 Shape来自 Factory 的类类(class)。
Shape一家工厂应该实例化不同种类的 Shape (它的子类)。

1) 无 Supplier并带有 new MyShape()习惯用法，你将完成一个包含一些 if-else if 的方法。/switch检查一种标准/参数并根据此标准/参数实例化预期类的语句。
例如 :

public static Shape createShape(String criteria) {
    if (criteria.equals("circle")){
        return new Circle();
    }
    else if (criteria.equals("square")){
        return new Square();
    }
    ...
}  

这很糟糕，因为当您添加要由该方法处理的类时，您必须使用新的 if-else if 更改此方法。/ switch以便将其考虑在内。
这会导致不可维护的代码，您可能会在其中快速创建副作用。

2)为了避免这个问题，我们经常使用反射 Class.newInstance() .
它消除了 if-else if/ switch问题，但它经常会产生其他问题，因为反射可能不起作用(安全问题、类不可实例化等)，您只会在运行时知道它。
结果仍然是脆弱的代码。

以下是青睐 Supplier 的理由:

通过提供 Supplier , 检查在编译时执行 : 如果类不可实例化，编译器将发出错误。
此外，使用/接受 Supplier<Shape> 的方法不需要使用 if-else if/ switch声明。

当您使用 Supplier ，您通常会遇到两种情况(当然不是相互排斥的):

Supplier<Shape>对象由工厂类实例化。
例如，我们可以在工厂中使用 Map存储 Supplier<Shape>实例和
修改代码以添加/删除 map 中的元素确实更清晰，因为将新分支添加到 if-else if/switch声明因为它不那么冗长，并且更改 map 填充的方式(添加 map.put() 或删除 map.put() 语句)不太容易产生副作用。

Supplier<Shape>对象由客户端类实例化和提供。
在这种情况下，工厂甚至不需要改变。
所以 map 甚至不需要 .
而从客户端，同时客户端提供了一个有效的 Supplier<Shape>参数，没问题 .

类型安全，可维护代码:正如您可能注意到的，这两种方式使用 Supplier<Shape>彻底解决 new MyShape()的弊端和通过反射习语实例化。

我将举两个例子来说明这两种方式。

示例其中 Shape Supplier s 是在工厂中创建的:

public class SimpleShapeFactory {


    private static Map<String, Supplier<Shape>> shapesByCriteria = new HashMap<>();

    static {
        shapesByCriteria.put("square", Square::new);
        shapesByCriteria.put("circle", Circle::new);
    }

    public static Shape createShape(String criteria) {
        return shapesByCriteria.get(criteria).get();
    }           

}

客户端可以这样调用它:

Shape square = SimpleShapeFactory.createShape("square");
Shape circle = SimpleShapeFactory.createShape("circle");

由于 Square 的实例化，此代码不会在运行时失败或 Circle因为它是在编译时检查的。
以及实例化的任务 Shape实例在同一个地方并且很容易改变:

static {
    shapesByCriteria.put("square", Square::new);
    shapesByCriteria.put("circle", Circle::new);
}

示例其中 Shape Supplier s 由客户提供:

public class ComplexShapeFactory {

    public static Shape composeComplexShape(List<Supplier<Shape>> suppliers) {
        Shape shape = suppliers.get(0);
        for (int i = 1; i < suppliers.size() - 1; i++) {
            shape = shape.compose(suppliers.get(i + 1).get());
        }

        return shape;
    }    

}

客户端可以通过链接 Supplier 创建复杂的形状以这种方式调用方法:

Shape squareWithTwoCircles = ComplexShapeFactory.composeComplexShape(Arrays.asList(Square::new, Circle::new, Circle::new));

检查仍然在编译时完成，由于供应商由客户提供，客户可以添加新类 Shape无需进行工厂更改。