Dotaz: Céčko - načtení proměnné a použití jejího obsahu jako název jiné proměnné

[Jan]

Mám vytvořené pole osoba[100] obsahující strukturu s položkama jmeno, prijmeni, adresa, tel, email, a další. Potřeboval bych ve funkci hledej, které jsou předávány paramtery (co, kde) zajistit, pokud je do promenne "kde" vlozen retezec napriklad "adresa", abych se pomocí této proměnné dostal na správné místo struktury ve smyslu - najdi_osobu_ktera_obsahuje_retezec_stejny_jako_co a hledej v osoba[i].(zde_by_se_mel_vyhodnotit_obsah_promenne_"kde"), neboli např. osoba[i].adresa.

Tento požadavek by se dal obejít prohledáním celé struktury, nebo pro každou položku struktury mít jeden - if (strcmp(kde, "adresa") = 1) {hledej v osoba[i].adresa}, if (strcmp(kde, "jmeno") = 1) {hledej v osoba[i].jmeno}, ale to mně nepřijde příliš správné řešení.

Prosím kohokoli o sebemenší radu. Děkuji mnohokrát

---

---

Odpovědi

[Luboš Doležel (Doli)]

C/C++ nemá reflexi, takže bez nějakého ručního mapování mezi názvem proměnné a offsetem ve struktuře to nepůjde.

[Jan]

Děkuji za reakci. Přiznám se, že si nevím rady, jak takovou cestu namapovat. Využití ukazatelů jsem zavrhl, protože ty problém neřeší. Mohu poprosit o trochu konkrétnější radu? Nechci řešení, jen vědět, jakým směrem se ubírat. V programování jsem začátečník, ale tímto bych se chtěl vyhnout redundantnosti kódu.

[l4m4]

Je zapotřebí mít definovánu tabulku asociující ta jména (která nemusí mít reálně nic společného se skutečnými jmény datových členů struktury) s offsety ve struktuře (viz např. definice G_STRUCT_OFFSET a G_STRUCT_MEMBER_P pro přenositelný způsob, jak to realizovat).

Pak se hledání skládá ze dvou kroků: (a) projití tabulky a nalezení offsetu datového členu, který odpovídá danému typu dotazu identifikovaného nějakým tím stringem (b) vlastní generické hledání, které používá ten zjištěný offset.

[:::]

tohle v c bez sequence if-u nebo bez nejaky mapovaci struktury nepujde. Jestli ti nevadi c++ tak nejjednoduzsi (ne nejefektivnejsi) by bylo nahradit strukturu s informacemi o osobe za std::map

#include <iostream>
#include <string>
#include <map>

typedef std::map<std::string, std::string> osoba_t;

int main()
{
        osoba_t osoba;
        
        osoba["adresa"] = "mars colony";
        osoba["jmeno"] = "Douglas Quaid";
        
        std::cout << "jmeno = " << osoba["jmeno"] << ", adresa = " << osoba["adresa"] << "\n";
}

[Josef Kufner]

Pro 100 položek nemá smysl vymýšlet nějaké složitosti, tím spíš, když to je jen domácí úkol.

Projdi to pole jednu položku po druhé a napíš těch 5 ifů. Aby to nebylo až tak úplně pomalé, ukončuj porovnávání ihned jak to půjde, abys v ideálním případě při nulové shodě porovnával jen první znak.

Pokud bys těch osob měl pár tisíc a chtěl to mít opravdu hezky, asi by stálo za to si udělat index, kde by byla hodnota, v jaké položce je a pointer na osobu do toho pole. Tan index by byl seřazen podle hodnoty a pomocí bsearch bys po tom pobíhal.

[:::]

Pokud bys těch osob měl pár tisíc a chtěl to mít opravdu hezky, asi by stálo za to si udělat index, kde by byla hodnota, v jaké položce je a pointer na osobu do toho pole. Tan index by byl seřazen podle hodnoty a pomocí bsearch bys po tom pobíhal.

s binarnim vyhledavanim bych byl opatrnej. Ono ma sice lepsi asymptotickou slozitost, ale pro maly n je pomalejsi. Hlavni duvod je pravdepodobne obtizna predikce skoku.

Kdysi jsem s tim delal nejaky pokusy a binarni vyhledavani bylo rychlejsi nez sequencni hledani az pri asi n > 30

Pokud bych chtel max rychlost tak bych to udelal nejak takhle:

struct osoba_t
{
        char *jmeno;
        char *adresa;
        ...
}

char *najdi_pole(osoba_t *o, char *pole)
{
        if (!strcmp(pole, "jmeno")) { return o->jmeno; }
        else if (!strcmp(pole, "adresa")) { return o->adresa; }
        else { ... }
}

takhle bude mit vyhledavani v jedny funkci takze tam nebude zadna redundance a pokud v ty strukture nema moc polozek tak to bude i rychly.

Ty if-y navic muze seradit tak aby ty nejcastejsi byly na zacatku.

[Josef Kufner]

Pokud bys těch osob měl pár tisíc a chtěl to mít opravdu hezky...

[:::]

v tomhle pripade ale n = pocet polozek ve strukture, ne pocet struktur. Takze odhadem kolem 10...

Pokud s tim teda nemyslel ze by se udelal jeden velkej strom ve kterym by byly vsechny pouzity retezce a u kazdyho nejaky seznam dvojic (osoba, pole). To by pro velkej pocet osob bylo rychlejsi... v podstate ta volba nejlepsiho algoritmu dost zalezi na ocekavanym 'n'

[Josef Kufner]

Však tak jsem to napsal.

Jeden index: hodnota -> (osoba, položka)

Velikost: indexu = počet osob * počet položek

[Fluttershy, yay!]

Jak radí výš, hodila by se asociativní tabulka, ale u tohoto úkolu je to kanón na vrabce. Prostě tam prdni něco ifů.