关于功能的这些答案中哪一个是不正确的？

因此，当我进行长时间的编译时，我决定对ODesk进行C ++通用测试，并遇到了这个问题。

如果我没记错的话，考虑到措辞（或缺乏措辞），所有这些都是正确的。

一种。

int Foo() { }
int Foo(int bar) { }

b。 嗯，return void;在语义上会不正确，但是函数显然可以具有void返回类型。

void Foo() { }

C。这是内联函数的定义，是的。

d。 在不详细说明以下元素的位置的情况下，

typedef void (*Func)(int);

Func functions[2];

void Foo(int bar) { }
void Bar(int foo) { }

functions[0] = &Foo;
functions[1] = &Bar;

此外，您始终可以使用lambda和functors进行此操作。

e。

void Foo(int& bar)
{
    ++bar;
}

int foobar = 5;
Foo(foobar);

F。

int bar = 5;

int& GetBar()
{
    return bar;
}

GetBar() = 6;

G。

int bar = 5;

int* GetBar()
{
    return &bar;
}

(*GetBar()) = 5;

我看不到这个问题在哪里有真正错误的答案。我想念什么吗？

_{不用说我时间不够用，整个事情都失败了。我想我是一个糟糕的C ++程序员。:(}

这整个问题都是狡猾的。问题陈述意味着可能有多个选择，而单选按钮则表示一个选择。

此外，b非常值得怀疑，因为void函数不会返回任何内容。

D也是有问题的，就我所知，您不能拥有一系列函数。当然，您可以具有一个函数指针数组，但这并不是一回事。

答案c）也可以说是错误的。

“在编译期间扩展了内联函数，以避免调用开销。”

首先，允许C ++编译器inline通过根本不扩展功能来忽略提示。

其次，所陈述的进行扩展的“理由”过于简单。实际上，进行扩展（或不进行扩展）的真正原因完全在编译器编写者的手中。

C。这是内联函数的定义，是的。

那是不完全正确的。
尽管其名称，关键字inline不能保证将内联函数。您唯一可以确定的是，如果编译器多次看到内联函数的定义，则不会抱怨。

因此，严格来说，选项C是不正确的，但我认为这不是测验作者所期望的答案，因为有一个答案甚至更错误。

d。在不详细介绍以下元素的位置的情况下，

typedef void (*Func)(int);

Func functions[2];

void Foo(int bar) { }
void Bar(int foo) { }

functions[0] = &Foo;
functions[1] = &Bar;

此外，您始终可以使用lambda和函子来执行此操作。

在您的示例中，functions是指向函数的指针数组，而不是函数本身的数组。同样，lambda和函子也不是真正的功能。它们是对函数调用运算符作出响应的类，但是在C ++语言定义的眼中，它们不能使它们起作用。

C ++中的函数有点像二等公民。您可以定义并调用它们，但是一旦尝试使用函数类型执行其他操作（例如创建它们的数组），您可能会遇到错误，或者它们会静默地将自身转换为指针。

如果有的话，那一定是b。你不能return一个void，但你可以返回null。函数声明上的空隙应该在那里，以通知编译器缺少返回值。

虚空类型

在C和C ++中

结果类型为空的函数可以通过到达函数结尾或通过执行没有返回值的return语句来结束。void类型也可能作为函数原型的唯一参数出现，以指示该函数不接受任何参数。请注意，尽管有名称，但在所有这些情况下，void类型都用作单位类型，而不是零或底部类型，即使与单身的实际单位类型不同，void类型也被称为包含空值一组值，并且该语言不提供任何方法来声明对象或表示类型为void的值。