Új hozzászólás Aktív témák

• #348 Miracle senior tag Cathfaern #344

  Új Válasz 2004-11-16 00:31:00 #348

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Miracle

  senior tag

  válasz Cathfaern #344 üzenetére

  sorry.
  mondjuk így néz ki amit akarsz:
  
  int a[1..100]; /* ebbe a tömbbe eltárolod a számokat, amikben keresni akarsz, persze _növekvő_ sorrendben.*/
  struct nincs_meg{};
  
  ekkor a függvény(a pontos a sorok elején csak a tabulálás miatt vannak ott):
  
  int logker(const int[] t, const int b, const int e, const int what)
  {
  . int temp = (b+e) /2;
  . if (t[temp] > what)
  . {
  . return logker(v, b, temp, what);
  . }
  . else
  . {
  . if (v[temp] == what) return temp;
  . if (b = e) throw(nincs_meg);
  . return logker(v, temp, e, what);
  . }
  }
  
  ez egy rekurzív megvalósítás, nem garantálom, hogy műxik, nem fordítottam le, de szerintem működni fog. vedd észre, hogy hiába statikus az a tömb mérete, ezt a függvény nem használja ki, bármekkora tömböt átadhatsz neki, csak a 2. és a 3. változó 0, illetve tömbméret-1 legyen. megvalósítható templatekkel is, de nem szeretném bonyolítani. így tudod használni
  
  try
  {
  logker(a,0,99,40) //a fenti a tömbben keressük a 40 értéket
  }
  catch(nincs_meg){std :: cout << ''nincs ilyen értékű elem a tömbben\n'';}
  
  remélem érthető(és működik)
  
  a műveletigény azt jelenti, hogy ezzel az algoritmussal ha n hosszú a tömb, akkor legrosszab esetben log_2(n) felső-egész-rész lépésben megtalálod a keresett számot, log2n pedig az a szám, mire 2őt emelve n-et kapunk, így tudod kiszámolni számológéppel: log_2(n) = lg(n) / lg(2) (itt lg tetszőleges logaritmus, amit találsz a számológépeden) megjegyzem, hogy az átlagos műveletigény azt feltételezve, hogy a keresett száém megtalálásának valószínűsége minden rekeszben 1/n log_2(n) felső-egészrész -1
  és bocs hogy összezavartalak, remélem kiengeszteltelek..

• #346 VladimirR nagyúr Cathfaern #344

  Új Válasz 2004-11-16 00:17:15 #346

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  VladimirR

  nagyúr

  válasz Cathfaern #344 üzenetére

  math.h
  
  egyebkent nem zavar be, igaza van - ha nincs kulon benne a feladatban, hogy szamold ki a lepesek szamat, akkor nincs ra szukseged
  egyebkent az ilyen feladatokat a legkonnyebb programozni, hisz az algoritmus ott van elotted (irtad, hogy ''az elvet tudod'' - na ez nem csak az elv, ez maga az algoritmus)
  
  egyebkent miben programozol? (ha jol remlik, akkor te linuxot nyuzols, szoval gondolom valami egyszeru szovegszerkeszto es parancssoros fordito) -csak azert mert pl a borland dos-os ''fejlesztokornyezeteinek'' (bp, bc) igen jo a sugoja, csak ajanlani tudom

• #345 faster nagyúr Cathfaern #344

  Új Válasz 2004-11-16 00:15:43 #345

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  faster

  nagyúr

  válasz Cathfaern #344 üzenetére

  Bináris kereséshez nem kell logaritmust számolni, mert azt úgy számolod, hogy az intervallumot felezve közelíted az eredményt, és ehhez max. log2n lépésre van szükséged, de ezt nem kell előre kiszámolni. Te csak szépen közelítesz az eredményhez, majd hopp, megvan. Egyébként úgy, ahogy VladimirR leírta 336-ban:
  
  ''van ugye az intervallumod, amit a ket ''korlatja'' hataroz meg, ha egyik sem esik egybe a szammal, akkor ellenorzod, hogy a max+min/2 az nagyobb, vagy kisebb, mint a szam, s ennek megfeleloen a max, vagy min erteket (az intervallum szele) egyenlove teszed a max+min/2-vel - igy egyre kisebb lesz az intervallum, mig el nem talalod a szamot''
  
  [Szerkesztve]

Új hozzászólás Aktív témák