Array iz function pointer-jev

V katerem jeziku?
Če je zadevščina tipsko varna je kaj takega vprašljivega smisla, razen če imaš zelo podobne funkcije (vrnejo in sprejemajo enake tipe).
Čemu sploh rabiš kaj takega, večinoma obstaja še kakšna pot.

Ne bi bilo.
Če že, potem raje uporabi funkcionale (objekti, ki imajo navzven vidno edinole metodo operator()), ker drugače boš imel težave s tipi (alternativa bi bil še kakšen polimorfizem, ampak to je še več kompliciranja.).

Čisto smiselen prenos iz matemtike.
funkcional -- preslikava, ki deluje na neki množici funkcij(iz X -> R ali C) in slika v realna(kompleksna) števila

Nehajte tolko filozofirat :)

Dajte mu odgovor, tako se bo vsaj naucil kako se dela s pointerji na funkcije in bo lahko sam presodil ce se mu to izplaca ali ne. Pa se drugic ne bo vec rabil tega sprasevat ...

int vrni_ena(void) {
return 1;
}

int vrni_dva(void) {
return 2;
}

int vrni_tri(void) {
return 3;
}

int (*funcarray[3])(void) = { vrni_ena, vrni_dva, vrni_tri };

int main(void) {
int ii;

for (ii = 0; ii < sizeof(funcarray) / sizeof(funcarray[0]); ii++)
printf("%d\n", funcarray[ii]());
}

----

Pa namestio int (*funcarray[3])(void) je lepse ce se napise
typedef int (*foofunc)(void);
foofunc funcarray[3] = { ... };

OWca ... pol je cas da redisagniras program :)

Ne vidim smisla, da imas en array funkcij, ki ti vracajo razlicne tipe ... in sprejemajo razlicne argumente? Na kaj konkretno namigujes?

Za arraye na pointerje na funkcije v taki obliki, kot si je zamislil mercury, niso idealna resitev.
To se ne pomeni da so pointerji na funkcije slaba stvar ;) Ocitno jih mercury ne obvlada, zato je bil cajt da mu nekdo odpre oci :)