该
Supplier接口只是一个无参数函数的抽象,该函数返回一个值…这是 获取某个对象的某些实例的一种方法
。由于它是如此通用,因此可以用于许多事物。Jared解释了
Multimaps工厂如何将其用作工厂来创建
Collection值的某种类型的新实例。
鉴于界面的简单性,它还可以
Supplier通过将a 的行为包装在
Supplier某种程度上改变其行为的行为中,对a
的行为进行非常强大的修饰。记忆化就是一个例子。我自己使用该
Suppliers.memoizeWithExpiration方法是一种简单的方法,因此在给定的时间内,某些数据最多只能从服务器读取一次。
我还建议您看看Guice以及如何在其中
Provider使用该接口。与Guice的工作
Provider方式完全相同
Supplier且至关重要。
Provider
允许用户定义一种创建给定类的新对象的自定义方式。用户可以编写一种get()
方法,该方法可以执行创建新对象所需的任何代码,因此,他们不仅限于让Guice仅使用构造函数来创建对象。在这里,他们使用它来为对象的新实例定义自定义 工厂 。- Guice允许注入
Provider
任何依赖项。这可能会在每次get()
调用时返回一个新实例,或者可能总是返回一个实例或两者之间的任何值,具体取决于所Provider
表示的绑定的范围。这还允许依赖项的“延迟实例化” …从而Provider
为类提供了一种 创建对象 的 方法, 而无需提前实际创建对象。在调用对象和实例之前,无需创建对象的实例get()
。 - 如上所述,
Provider
s是Guice进行范围界定的基础。如果您看一下Scope接口,您会注意到它的单个方法Provider<T> scope(Key<T> key, Provider<T> unscoped)
是根据Provider
s 定义的。此方法采用 某种 方法 创建一个对象的新实例 (Provider<T> unscoped
),并Provider<T>
根据适用范围定义的任何策略返回一个,这可能会返回该对象的某些缓存实例,而不是创建一个新的实例。默认NO_SCOPE
范围仅通过unscoped
提供程序传递,这意味着每次都会创建一个新实例。该SINGLETON
范围缓存第一次调用的结果unscoped.get()
然后返回该单个实例,确保依赖于单例作用域对象的所有内容都获得对该单个对象的引用。注意,Provider
通过返回的SINGLETON
范围的scope
方法做 本质上是一回事 作为Supplier
由归国Suppliers.memoize
(虽然这是一个比较复杂一点)。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)