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

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

#1 楼

Java选择这样做的方式是为每个Arity单独命名，这完全不值得模仿。但是，如果出于一致性考虑必须这样做，或者正在编写非常通用的库代码，则Konrad的建议是好的。我可能会把Procedure丢进去。

使用伪函数范式并不意味着正常的命名原则应该消失。接口应该几乎总是以其作用命名，而不是以某种通用的语法思想命名。如果将函数放置在撤消堆栈中，则应将其命名为UndoFunction。如果从GUI事件中调用它们，则应将其命名为GUIEventHandler。

#2 楼

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

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

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

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

public interface Procedure
{
    void invoke();
}

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

.. 。（您可以看到图片。）而且我还有一组类似的接口Function s，它们以类似的方式定义，第一个通用参数是返回类型：

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”匹配。

因此，通过扩展，我倾向于按事物在代码中的显示顺序进行排序。

#3 楼

为什么不Command？假设它不接收任何数据并且不返回任何数据，但是假设调用它会产生某种效果（否则实际上是毫无意义的），我想那大概是它唯一可以做的事情-触发一个动作，使某件事发生。 />说到这，.NET中还有一个通用的Action委托。与Java的Consumer不同，它可以接受0到16个参数。换句话说，最简单的版本不需要任何内容​​-请参见MSDN。

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