不带参数不返回任何值的函数的名称是什么？[关闭]

在Java 8的java.util.function程序包中，我们有：

• 功能：接受一个参数，产生一个结果。
• 消费者：采取一种论点，什么都不做。
• 供应商：不带任何争议，得出一个结果。
• ...：其他处理原语，2个参数等的情况...

但是我需要处理“ 不带参数，不产生任何东西 ”的情况。

在中没有任何内容java.util.functionnal。

因此，问题是：

“ 不带参数不返回任何值的函数 ”的名称是什么？

在Java 8中，其定义为：

@FunctionalInterface
public interface InsertANameHere {
    void execute();
}

执行程序已经存在并具有另一个用途：“ 一个对象，该对象执行已提交的可运行任务 ”。签名不匹配（execute(Runnable):void），甚至都不是一个功能接口。

Runnable存在，但它与线程上下文紧密关联：

• 这个包java.lang不是java.util.function。
• javadoc指出：“ Runnable接口应该由实例打算由线程执行的任何类实现 ”。
• 名称“ Runnable”建议在线程内运行一些代码。

Java选择这样做的选择是愚蠢的，因为每个Arity都有一个单独的名称。完全不值得模仿。但是，如果出于一致性考虑必须这样做，或者正在编写非常通用的库代码，则Konrad的建议是好的。我可能会Procedure陷入困境。

使用伪功能范式并不意味着正常的命名原则就不会出现。接口应该总是他们什么来命名做，不经过一些通用的语法概念。如果将这些函数放入撤消堆栈中，则应将其命名为UndoFunction。如果从GUI事件中调用它们，则应将它们命名为GUIEventHandler。朋友不允许朋友长期使用错误的命名约定。

在Java世界中，它称为Runnable。在C＃世界中，它称为Action。

但是，有一个更好的名称正好适合更大范围的事物。

事情的大局面稍后出现，当您决定除了无参数的void功能接口之外，您还需要具有类似的功能接口，这些功能接口可以接受一个，两个或多个参数，或者返回一个值。发生这种情况时，您将希望所有这些实体的名称都是同构的，并且彼此对应。

因此，在Java中，我有自己的一组称为Procedure的功能接口，定义如下：

public interface Procedure
{
    void invoke();
}

public interface Procedure1<T1>
{
    void invoke( T1 argument1 );
}

...（您得到图片。）

我也有一组类似的称为Functions 的接口，以相似的方式定义，第一个通用参数是返回类型：

public interface Function<R>
{
    R invoke();
}

public interface Function1<R,T1>
{
    R invoke( T1 argument1 );
}

所以，我的意思是，这Procedure是一个非常好的名称，因为它很适合大范围的事物。如果您以后决定使用具有接受参数或返回值的方法的相似功能接口，则会遇到这种情况。

注意：我基本上同意卡尔·比勒费尔特（Karl Bielefeldt）的主张，即“正常的命名原则不应该超出范围”，并且“接口应该几乎总是以其所做的工作来命名，而不是以某种通用的句法思想来命名”。但是请注意，即使他也允许“几乎总是”。有时需要（基本上是匿名的）过程和功能，这就是OP的要求，这就是我要回答的问题。

修订2017-11-10：

您可能会问，为什么Function1<R,T1>而不是Function1<T1,R>？可以使用任何一种方法，但是我偏爱左侧的返回值，因为我喜欢遵循“转换为”（目的地为源）命名约定，而不是“转换为”（源为-destination）约定。（实际上，这比公约更像是一场意外，实际上在某种意义上说，没有人会想到任何想法，因为如果他们给出了任何想法，他们将达成``转换为公约''。 ）

我在Joel Spolksy中读过有关“ 使错误的代码看起来错误”的文章，这是一篇很长的文章，我建议全文阅读，但是如果您想直接跳到手头的情况，请搜索“ TypeFromType”，但要给您TL; DR的想法是，myint = intFromStr( mystr )它比更好myint = strToInt( mystr )，因为在第一种情况下，类型的名称接近于关联的值，因此您可以轻松地看到'int'与'int'匹配，并且'str'与'str'匹配。

因此，通过扩展，我倾向于按照事物在代码中的出现顺序对其进行排序。

为什么不Command呢？假设它不接收任何数据并且不返回任何数据，但是假设调用它会产生某种效果（否则实际上是毫无意义的），我想那大概是它唯一可以做的事情-触发一个动作，使某件事发生。

说到这一点，Action.NET中还有一个通用委托。与Java不同，Consumer它可以接受0到16个参数。换句话说，最简单的版本不需要任何内容​​，请参见MSDN。

而且，由于名称并不意味着可以“使用”任何东西，因此它似乎也是一个不错的名称选择。