当人们可以调用方法时,为什么会使用`java.util.function.supplier`？

我在https://dzone.com/articles/supplier-interface看到了一些使用供应商界面的例子.

我的问题是,如果在上面的例子中,我可以做一些简单的事情：

driveVehicle(new Vehicle());
driveVehicle(new Car());

为什么要使用供应商界面,如果只是调用方法,而不接受任何参数.

解决方法:

假设您在数据库中存储了要在整个应用程序中保持不变的参数

// Assume retrieveSystemParameter query database which allows to change parameters
public static String SYSTEM_PARAMETER = StaticUtilities.retrieveSystemParameter();

该值将初始化一次,并且不会更改,直到重新部署.话虽如此,如果您使用供应商：

public static Supplier<String> SYSTEM_PARAMETER_SUPPLIER = StaticUtilities::retrieveSystemParameter;

当您需要某个值时,您将调用SYSTEM_PARAMETER_SUPPLIER.get(),它将在需要时检索数据库中的参数 – 这样,如果更改数据库中的参数,则无需重新部署.

如您所见,供应商很懒惰.当你要求他们工作时(通过调用.get()),他们会完成工作 – 如果你明智地处理它们,这可能会让你获得一些性能提升.有时您将调用一个方法,该方法期望变量X在方法retrieveX中传递,然后在方法中不需要X,因为某些条件未得到满足.在这种情况下,您将失去性能,因为您将执行代码来检索X,而检索X的供应商只会在调用.get时执行它,并且只有在满足条件时才会执行该调用.

免责声明：系统参数常量只是我想到的第一个例子,但考虑到它在每个.get()上查询数据库,你宁可缓存参数并在特定的时间间隔内调用缓存.get().

标签：java,lambda,java-8,functional-interface
来源： https://codeday.me/bug/20190713/1453228.html