Fonksiyonlarla ilgili bu cevaplardan hangisi yanlıştır?

Bazı uzun derlemeler yaparken ODesk C ++ genel testi yapmaya karar verdi ve bu soruya rastladı.

Yanılmıyorsam, ifadeler (veya eksiklikleri) göz önüne alındığında, bunların hepsi doğru olabilir.

a.

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

b. return void;Anlamsal olarak yanlış olur , ancak fonksiyonlar açıkçavoid dönüş türleri olabilir.

void Foo() { }

c.Bu, satır içi işlevlerin tanımıdır, evet.

d. Aşağıdaki öğelerin yerleşimi hakkında çok fazla ayrıntıya girmeden,

typedef void (*Func)(int);

Func functions[2];

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

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

Ayrıca, bunu her zaman kullanarak yapabilirsiniz lambdas ve functor .

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;

Bu sorunun nerede olduğunu göremiyorum gerçekte yanlış cevaplara . Bir şey mi kaçırıyorum?

_{Söylemeye gerek yok, zamanım bitti ve her şeyi başaramadım. Sanırım ben kötü bir C ++ programcısıyım. :(}

Bütün bu soru çok tehlikeli. Soru ifadesi çoklu seçenek olasılığını ifade ederken, radyo düğmeleri tek bir seçeneği belirtir.

Dahası, boş fonksiyonlar hiçbir şey döndürmediği için b oldukça şüphelidir.

D de sorgulanabilir, bildiğim kadarıyla bir dizi fonksiyona sahip olamazsınız. Tabii, bir dizi fonksiyon işaretçisi olabilir, ama bu tam olarak aynı şey değildir.

C) cevabı da tartışmalıdır.

"Satır içi işlevleri, çağırma yükünü önlemek için derleme süresi boyunca genişletilir."

İlk olarak, C ++ derleyicisinin inlineişlevleri hiç genişletmeyerek ipucunu görmezden gelmesine izin verilir .

İkinci olarak, genişleme yapmanın belirtilen "nedeni" aşırı basitleştirmedir. Aslında, genişleme yapmanın (veya yapmamanın) gerçek nedeni tamamen derleyici yazarının elindedir.

c. Bu, satır içi işlevlerin tanımıdır, evet.

Bu tamamen doğru değil.
Adına rağmen, anahtar kelime inlinebir işlevin satır içine alınacağını garanti etmez. Emin olabileceğiniz tek şey, derleyicinin bir satır içi işlev tanımını birden çok kez görmesi durumunda şikayet etmeyeceğidir.

Açıkçası, seçenek C yanlıştır, ancak sınavın yazarlarının beklediği cevap olduğunu düşünmüyorum, çünkü daha da yanlış bir cevap var.

d. Aşağıdaki öğelerin yerleşimi hakkında fazla ayrıntıya girmeden,

typedef void (*Func)(int);

Func functions[2];

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

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

Dahası, bunu her zaman lambdas ve functor kullanarak yapabilirsiniz.

Örneğin, functionsbir işlevler dizisi değil, işlevler için bir işaretçi dizisidir. Benzer şekilde, lambdalar ve functorlar da gerçekten işlev görmezler. Bunlar, işlev çağrısı işlecine yanıt veren sınıflardır, ancak bu onları C ++ dil tanımının gözünde işlev yapmaz.

C ++ 'daki işlevler ikinci sınıf vatandaşlara benzer. Bunları tanımlayabilir ve çağırabilirsiniz, ancak bir işlev türüyle (bunlardan bir dizi oluşturmak gibi) başka bir şey yapmaya çalıştığınızda, bir hata alırsınız veya sessizce bir işaretçi haline dönüşürler.

Bir şey olursa, b olmalı . Yapamazsınız returnbir void, ama bir dönebilirsiniz null. İşlev beyanında geçersizlik derleyiciye iade edilen bir değerin olmadığını bildirmek için orada olmalıdır.

Boş Tip

C ve C ++ 'da

Void sonuç türüne sahip bir işlev, işlevin sonuna ulaşarak veya döndürülen değeri olmayan bir döndürme ifadesi yürüterek sona erer. Void türü, işlevin bağımsız değişken almadığını gösteren bir işlev prototipinin tek bağımsız değişkeni olarak da görünebilir. İsme rağmen, tüm bu durumlarda, boş türün, tek veya gerçek bir birim türünün aksine, sıfır veya alt tür olarak değil, bir birim türü olarak hizmet verdiğine dikkat edin, boş türün boş bir içerdiği söylenir. değerler kümesi kullanırsanız ve dil, bir nesne bildirmek veya void türünde bir değeri temsil etmek için herhangi bir yol sağlamaz.