像 Runnable 但返回结果这样的接口的好名字?
Good Name for an interface like Runnable but Returning a Result?
我正在寻找具有 run
方法(如 Runnable 但返回结果)的接口的好名称。
我目前考虑的选项是:
计算 -> 过于数学化,并非所有返回结果都是计算
功能 -> 与我正在寻找的非常接近,但它在数学上仍然太过分
操作 -> 不合适,因为它不一定产生结果
操作 -> 这将是我目前最喜欢的,但从数学上讲,它可能只描述一种关系而不会产生更像是条件的结果。与动作相同
Provider -> Provider 意味着给 someone/something 一些东西,但情况并非总是如此,因为返回这种可运行的结果是很常见的
供应商 -> 查看供应商
任务 -> 是值得考虑的东西,但会干扰另一种表示由调度程序执行的任务的符号。
工作 -> 可能会工作,但工作流程中的工作最好像任务一样保存。
工作 -> 与任务相同
流程 -> 可能有效,但最好再次保留,而且并非所有结果都是由实际流程产生的(getter 示例)
这些是我找到的替代方案。最接近的赌注是 Supplier 或 ResultSupplier 接口,但听起来很尴尬。
有没有人有更好的命名想法或知道可以与提供的(或当前错过的)替代方案和谐相处的框架?
现有界面如何java.util.concurrent.Callable<V>
?
public interface Callable<V> {
/**
* Computes a result, or throws an exception if unable to do so.
*
* @return computed result
* @throws Exception if unable to compute a result
*/
V call() throws Exception;
}
JVM内置调用call()
方法的Callable怎么样
所以Callable<V>
returns类型V
它也可以抛出异常
它被ExecutorService接口用来管理多线程处理。
Here 是 link 到 Oracle 的 ExecutorService 教程
你觉得Producer<T>
怎么样?
我正在寻找具有 run
方法(如 Runnable 但返回结果)的接口的好名称。
我目前考虑的选项是:
计算 -> 过于数学化,并非所有返回结果都是计算
功能 -> 与我正在寻找的非常接近,但它在数学上仍然太过分
操作 -> 不合适,因为它不一定产生结果
操作 -> 这将是我目前最喜欢的,但从数学上讲,它可能只描述一种关系而不会产生更像是条件的结果。与动作相同
Provider -> Provider 意味着给 someone/something 一些东西,但情况并非总是如此,因为返回这种可运行的结果是很常见的
供应商 -> 查看供应商
任务 -> 是值得考虑的东西,但会干扰另一种表示由调度程序执行的任务的符号。
工作 -> 可能会工作,但工作流程中的工作最好像任务一样保存。
工作 -> 与任务相同
流程 -> 可能有效,但最好再次保留,而且并非所有结果都是由实际流程产生的(getter 示例)
这些是我找到的替代方案。最接近的赌注是 Supplier 或 ResultSupplier 接口,但听起来很尴尬。
有没有人有更好的命名想法或知道可以与提供的(或当前错过的)替代方案和谐相处的框架?
现有界面如何java.util.concurrent.Callable<V>
?
public interface Callable<V> {
/**
* Computes a result, or throws an exception if unable to do so.
*
* @return computed result
* @throws Exception if unable to compute a result
*/
V call() throws Exception;
}
JVM内置调用call()
所以Callable<V>
returns类型V
它也可以抛出异常
它被ExecutorService接口用来管理多线程处理。
Here 是 link 到 Oracle 的 ExecutorService 教程
你觉得Producer<T>
怎么样?