-
Fototrend
Új hozzászólás Aktív témák
-
Miracle
senior tag
ehh... játékot... vazz... az híresen könnyű. ha nagyon keményen ráfexel is 1 éven belül ne nagyon gondolj ilyen dologra. persze az egy év azt feltétlelzi, hogy carmack jelentéktelennek tűnjön melletted. na mindegy. először algoritmizálni kell megtanulni, meg elemi programokat írni. mostanában nem néztem ilyeneket könyvesboltban, nem tudok példát mondani, hogy milyen könyvet végyél, de egy kezdő PASCAL(nem delphi) jó lenne, mert azokban van valami kis nagyon elemi programozás-elmélet is, amivel kezdők elindulhatnak. és ha már pascalul úgy ahogy tudsz, akkor érdemes elgondolkozni C-n vagy c++on. de az még messzi van. sok sikert!
[Szerkesztve]értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
én az elejére böknék egy
#include <stdio.h>
vagy
#include ''elérésiút\stdio.h''
-t. vagy valami ilyesmit, ha ez nincs ott, akkor az nagy gond, mert a fodító nem tudja, mi az a prntf, hiszen ilyen parancs alapból nincs benne, csak az stdio-ban.
mondjuk C proramot nagyon régen írtam, lehet, hogy a két fenti sor nem fog működni, bár az egy kicsit meglepne.értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
00110101
11101011
10110100
01110011
32+16+4+1 = 53 (fejben számolok, ami az egyenlőségjelek jobb oldalán van, az jó eséllyel rossz)
1+2+8+32+64+128 = ...
4+16+32+128
1+2+16+32+64
inkább nem is számoltam, nincs nálam számológép, nálatok emg hátha van, nomeg a matematikusok amúgy sem tudnak számolni.értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
válasz Fejv@dászLány #330 üzenetére
nézd meg ezt: Bővebben: link
Ha módosítani kell a szöveget, és a módosított szöveg nem olyan hosszú, mint az eredeti az problémákat vet fel(a fileon belüli címek megváltoznak), elképzelhető, hogy a módosítás után nem fog rendesen működni . Bár nem ismerem ezt a programot, nem használtam, csak olyannak tűnik, ami neked jó, elképzelhető, hogy erre is figyel, de nem hiszem.értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
válasz Cathfaern #338 üzenetére
de ne ne ne!
ne hagyd magad meghülyíteni!
neked nem kell logaritmust számotatni, arra semmi szükséged nincs , csak a progmatos(/műinfós? nem hiszem) kollégákból előtört az algoritmusok műveletigényéről tanult anyag , ami (hacsak nem írsz powerappot) annyira nem fontos. A kódoláshoz meg semmi közeértelmező késziszótár :: rekurzió --> lásd : rekurzió
-
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..értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
-
Miracle
senior tag
válasz VladimirR #368 üzenetére
úgy az int(double), mint a static_cast<int>(double) alsó egész-részt vesz. a kód működik.
én g++-t és borland compilert szoktam használni, mind a kettő így csinálja, és bár nem néztem, de a VS is biztosan.
az előbbi (ha másért nem is) azért kerekít felelé, mert egyszerűen eldobja a mantisszát. utóbbi implementációfüggő, de csak az van garantálva, hogy nem csinál hülyeséget, de az kerekíthet bármely irányba.
Ha negatív számokra is számítanánk, akkor lehet, hogy nem működne a kód, de itt nem ez a helyzet. a makrókkal meg vigyázni kell, mert egy ilyen egyszerű kifejezés, mint a round(++b) is megfingatja.értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
válasz VladimirR #370 üzenetére
de egy ?: operátor van mögötte. ez egy feltétel. a bool visszatérési értékét használom. amúgy igen, lehetne így is:
int leptetes = int(opt) + (double(int(opt)) < opt);
ez is tökéletesen működne, de kevéssé magátó értetődő, és ez inkávv egy ,,c''-s megoldás, nem szép dolog c++ban ilyet hagyni. nem szeretik a c++ programozók. és én sem, mert nem szép.
''es a ++b a makromnak valoban nem tesz jot neki, most neztem ()
de a te megoldasod nalam folyamatosan felfele kerekit''
óh, jháh, doktor zwack, das ist eine Uniqum, az volt a feladat, hogy felfelé kerekítsem, mert nyilván nem kell magyaráznom, hogy a log_2(n) nem mindíg egész, és amikor tört, akkor a keresett érték a felső-egészrész.
[Szerkesztve]értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
válasz VladimirR #374 üzenetére
''igen, tudom, hogy mi van mogotte, ezert is irtam, hogy mindig 1-et ad vissza ----> mindig az int(opt)+1 lesz a fuggveny eredmeny, amennyiben az opt nem egesz szam ---- tehat 2.1 eseten is 3-at ad vissza es 2.9 eseten is (legalabbis nalam)''
IIIIGEN, EZT JELENTI A FELSŐ EGÉSZRÉSZ, ERRE VAN MOST SZÜKSÉGÜNK.
[Szerkesztve]értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
ilyen konyvrol nem tudok sajnos. illetve ez igy nem igaz, tudok egyet, amit leginkabb a programozas matematikai moelljekent tudnek leirni, de szerintem nem arra gondoltal.
de ha valamilyen nyelven sikerult tisztaba kerulnod ezekkel akkor javaslom
http://www.kiskapu.hu/main.php?SHOW_BODY=termekinfo&TERMEKINFO_ID=121835501
ezt a konyvet.értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
en is, ha megmondanad, hogy ez miert nem az operacios rendszerek, es felhasznaloi programok topic-csoportba kerult...
amugy ha kicsit konkretizalnad a problemat (milyen alkalmazas, milyen XPk(SP0/1/2), milyen gepeken) az sokat segitene.értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
a neten nem csak angolul, de nemetul, franciaul, magyarul, es szerintem meg szuhaeliul is igen tekintelyes mennyisegu c++ anyagot talalsz, nem is beszelve a szinten jelentos konyvmennyisegrol, ami a boltokban kaphato, de ha feltesszuk, hogy nem akarsz penzt aldozni ra, meg akkor is marad a net, akar magyarul is, aki ehhez a temahoz nem talal irodalmat az nem is keresett.
értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
nos, az, hogy csinaljatok meg, itt az email cimem nem kerdes. sosem csinaltam meg (szandekosan) senki mas hazi feladatat, es nem is szandekozom most elkezdeni, mert baromira nem birom az olyan embereket, akik ugy vegeznek el egy kurzust, hogy kozuk nincs az anyaghoz.
de ha konkret kerdesed van, akkor arra szivesen valaszolok akar en is, de ha korulnezel itt a forumon, akkor azt lathatod, hogy rengeteg topic indult mar, es rengeteg valasz is, es ennek joresze kerdesekre adott (gyakran tobb) valasz. hogy miert van ennyi? mert eleg soan jarunk erre, akik szeretnek segiteni az erdeklodoknek, probalkozoknak, esetleg kevesbe tapasztaltaknak. hogy neked miert nem valaszolt senki? azert, mert nyitottal hulyesegbol(kereso rlz) egy uj topicot(pedig van mar egy halom c++os topic, meg ,,gyors segitseg kellene'' is), a masodikkal meg ugyan azt a postot bevagtad egy masik topicba is. es raadasul nem is kerdest tettel fel(vagy iranymutatast, vagy informaciot, vagy akarmit segitseget kertel), hanem megkerted a kedves forumozokat, hogy csinaljak meg neked a feladat megoldasat. ezzel az a baj, hogy nem csak az latszik belole, hogy meg 1 percet sem foglalkoztal vele, hanem az is, hogy nem is akarsz 1 percet foglalkozni vele, neked egy kesz megoldas kell. ilyet itt szerintem nem fogsz kapni.
[Szerkesztve]értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
ellenorzes alatt mit ertesz? azt, hogy megfelelo adatot olvastal-e be? akkor a legjobb megoldas talan stringbe olvasni, es onnan a <cstdlib> -ben talalhato atoi, es tarsai fuggvenyekkel tudod azza konvertalni, ahonnan es amive akarod.
filekezeles lehetseges a standard c++ libben talalhato <fstream> headerben talalhato ifstream, es ofstream osztalyokkal, ezek platformfuggetlenek, ami most ugye erdektelen, de mindemellett baromi rugalmasak, es nagyon egyszeruen hasznalhatoak (mint a cin, es cout) ha rakeresel, h ''ifstream exapmle''@google akkor 30000000 oldalt talalsz, barmelyik jo neked. egyebkent meg a www.cppreference.com oldaon talalsz egy kis egyszeru kivonatot a standard library-ban talalhato dolgokbol, szerintem mindenkeppen erdemes ha lehet ezeket hasznalni, mert ezek a legtobbet hasznalt c++ libek, nagyon jol mukodnek.
grafikus kepernyo kezelese: hat a visual studio 6-ban erre lehetoseged van, win32 API fuggvenyek hasznalataval proceduralisan(ez nagyon rossz otlet, csak mint erdekesseg emlitettem), aztan van lehetoseged a MFC-on keresztul, ami mar egy fokkal jobb, de szereny velemenyem szerint ezzel sem kellene kulturembernek foglalkozni, de ez mar hasznalhato. de ha jot akarsz, akkor erdemes elokeresni egy borland c++ buildert, vagy delphit, es abban elkesziteni a GUIt. ha ez nem megoldas, akkor a helyedben feltelepitenek egy ingyenes QTt, es azzal foglalkoznek, mert sokkal kenyelmesebb (IMHO) mint a MFC.értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
-
Miracle
senior tag
-
Miracle
senior tag
az elottem szolohoz csatlakoznek: ezek a metodusok az inline kulcsszotol fuggetlenul SOSEM lesznek inlineositva, es a hivasuk is elegge koltseges, legalabbis a nem-virtualis fugvenyekhez kepest. es ha 1 osztalynak vannak virtualis fuggvenyei, akkor az osztaly peldanyainak merete sizeof(void*) -al noni fog.
[Szerkesztve]értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
kevered a szezont a fazonnal.
eloszor is: c++ban a structok UGYAN AZT JELENTIK, MINT AZ OSZTALYOK azzal az apro kulonbseggel, hogy a structokban lathatosagi modosito nelkul minden public, osztalyban meg private. de ezt leszamitva ugyan ugy mukodnek, tokeletesen semmi kulonbseg nincs kozottuk, egymas ososztalyai is lehetnek. habar (ez csak megszokas) structoknak egyszeru adatszerkezeteket szoktak nevezni, ha mar konstruktornal, destruktornal, es operator= nel bonyolultabb metodusaid vannak akkor az inkabb class (de ez csak konvencio) egyebken a structok helyett erdemes boost: uple -oket hasznalni.
// struct deklaracio
struct aa;
//struct definicio
struct aa
{
int i, j;
};
//aa tipusu valtozo deklaracio/definicio
a ta;
//aa tipusu objektumra mutato pointer definicioja
a *pa;
//az aa structhoz uj tipusnev bevezetese:
typedef aa ujnev;
//ujnev tipusu valtozo definicioja:
ujnev tu;
//vegyuk eszre, hogy az ujnev tipus valojaban csak egy szinonima az aa -ra:
tu = ta; // teljesen OK
[Szerkesztve]értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
visual c++ az bizony nem C, akarhogy is hasonlit a neve. es a structok es osztalyok kozott meg ha be vannak agyazva mas osztalyokba is csak annyi a kulonbseg, hogy mi az alapertelmezett lathatosagi modosito, semmi tobb. osztalyba agyazott tipusok eseten nyilvan az osztaly nevevel megegyezo nevterben kell kotoraszni, ha kivulrol el akarod erni a beagyazott osztalyt.
persze ha te C nyelvet allitasz eb a projekt nyelveken a visual studioban (bar ekkor gondolom nem hangoztatnad, hogy c++) akkor meroben mas a helyzet, ugyanis ekkor ugye nincs lathatosag, es nincsenek semmilyen metodusok, habar beagyazott osztalyok sem. tehat C structokat CSAK C nyelvben hatalalsz, c++ban CSAK osztalyokat, igaz ket nevvel is elerheted oket.értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
válasz Dominator #702 üzenetére
ha kifejezetten programozo akarsz lenni, akkor ajanlanam figyelmedbe a programtervezo informatikuz/programozo informatikus szakokat. ezek iden indulnak eloszor, a programozo/tervezo matematikus szakok helyett. indul ilyen az orszagban tobb helyen is, pl. elte, de, szte, me, stb. van, ahol csak a foiskolai szint(programozo) indul, az egyetemi (programtervezo) nem. mielott jelentkezel erdemes elgondolkodni, hogy elmeleti vagy inkabb gyakorlati kepzesben akarsz reszt venni, mert a szak tanterveri a kulonbozo egyetemeken elternek.
es ha programozni tanulsz nem tudom elegge hangsulyozni, hogy GYAKOROLJ SOKAT!
es en a pascalt nem eroltetnem, ha nem muszajértelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
mingw32 nagyon remek fordito(gcc), igazabol eleg sajatsagosak a hibauzenetei, de keves szokas utan ugyan olyan hatekonyan ki lehet belole olvasni mi a lenyeg, mint mingw-bol.
jatekfejlesztes...ize... hat szerintem is erdemes egy visual studiot beszerezni, mert az egy joval komolyabb rendszer. nem igazan a fordito, hanem a kornyezet altal nyujtott egyeb szolgaltatsok miatt. perszer ezeknek csak nagy rendszerekben van erteke, es a visual studio nem olcso mulatsag ha hobbibol fejlesztesz, tehat ha nem akarsz valami nagyon komoly, kereskedelmi szinten is ertekes programot csinalni akkor SZVSZ eleg a devc++ es akkor nincs/kevesebb a lopott szoftver a gepeden.
directx regen lattam boltban igyen nagy kemenykotesu sagra szinu konyvet, amire jo nagy szines betukkel volt irva, hogy DirectX. Azt ajanlgattak nekem, elvileg az jo lehet. persze nem PDFértelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
Regen en is hasonlo velemenyen voltam, mint te, de azt azert ne tekintsuk mar alapnak, hogy az eltes gepekre hogy van feltelepitve a devc++ en is eltes vagyok, es lattam mar mondjuk eddig meg nem volt szerencsemZHn rossz gephez kerulni, de nekem is van olyan haverom, aki mar megjarta ezzel, de a .NETet meg ne vard kicsit sem, amit tanitanak EAFon az __KEVES__ ahhoz, hogy valami kozod legyen ahoz, hogy mi is az.(jo mondat mi? ;) ) arrol meg nem is beszelve, hogy a managedc++ -rol nem is ejtenek szavakat, szoval nem nem lattam olyan embert, aki szerint barmire is jo volna az a nyelv (es most erts ide 6!!! eve .NETben programozo gurut is) A devc++ amugy ha nem basztatja sok hulye(pl az en gepemen;)) mar jo ideje jol mukodik. es a mingw32 fordito tekintheto, a gcc win32es back-endjenek, a gcc pedig igen jo minosegu fordito, gyakorlatilag 2 teljes oprenszer es alkalmazasaik epulnek ra, es sok helyen a visual studio c++ compileret is kicserelik mingw32re kereskedelmi szoftverek fejlesztesenel, kizarolag win32 platformra fejlesztes eseten is. szoval a mingw32 alapjaban veve remek fordito. csak a devc++al kell kicsit birkozni mire beadja a derekat.
értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
visual studio .NET 2k3 pro 200E felett van kicsit. sztem 6.0-at mar nem fogsz kapni. ha te tudod, hogy neked pl. csak c++ vagy c# kell akkor azt joval olcsobban is megkapahtod, de ezekhez nem tudok meg hozzavetoleges arat sem mondani. de ha c++ kell akkor semmikepp se .NETesben gondolkozz mert az egy nagy rakas sz**. persze legjobb, ha valamely felsooktatasi intezmeny hallgatoja vagy, es kapsz a campus licensz keretein belul ingyen
értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
a c++ szabvany elso elfogadott verziojaban a for ciklus deklaracios reszen levo valtozonk valoban egyel nagyobb volt a scopeja, mint a for blokk, es ha belegondolsz akar abban is lehetett valami racio, hiszen gyakran van szukseg a ciklusvaltozora a ciklus utan. persze a tapasztalat azt mutatta, hogy ennel gyakrabban van szukseg egy blokkon belul tobb for-ciklusra es a 2. szabvanyban ez szepen leszukitettek a ciklusmagra. szoval az is szabvanyos volt regen amit a microsoft csinalt, az csak a baj, hogy amikor csinaltak mar a 3. valtozat forgott (templatekkel) csak ezt a butasagot bennehagytak, kicsit erthetetlen
de ez konnyen megkerulheto egy sorral:
#define for if(false){} else for
:>:>
nade viccet felreteve builder6 forditoja szvsz sokkal szimpibb mint a vc6-e, es egyidosek.értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
A pascal sokkal jobban osztonzi a nebulokat a megfelelo kodolasi stilusra, es nem csabit mindenfele ugyeskedesekre, amire a C igen. sokkal konnyebben olvashato a pascal kod, es ,,szembaratabb'' azoknak akik programozassal kezdenek foglalkozni.
értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
válasz kisfurko #753 üzenetére
valojaban az a jobb, ha csak a ciklusban lathato, mert igy tisztabbak maradnak a nevterek. ha meg neked megis kivul is kell akkor elotte deklaralod es kesz. szoval jobb a szabvanyos megoldas. (eheh sajnos valamely ceget a szabvanyok nem erdeklik, sztem amikor SOAP melle allt a pici & puha mar akkor is fejek hullottak erte )
értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
válasz kisfurko #756 üzenetére
na akkor most leirom azt amit az elobb is leirtam:
van 2 lehetoseg:
szukebb lathatosag : ekkor nem szemeteled tele a nevtereket feleslegesen valtozonevekkel, amik novelik a kod erthetoseget, a kodolast, es konnyitik a debuggolast. Ha megis kell neked a valtozo erteke a cikluson kivul is, akkor elotte 1 sorral deklaralod, szoval GYAKORLATILAG 0 MUNKAVAL MEG LEHET OLDANI.
tagabb lathatosag: bizonyos esetekben szukseg van a ciklusvaltozo ertekere a cikluson kivul is, de ilyenkor nem _illik_ for-ciklust hasznalni, es ezzel tobb szuksegtelen valtozo is bele kerulhet a tagabb nevterbe, ami kis problemat jelenthet, ha mondjuk 1 blokkban 6 ciklus kellene egymas utan. tehat _neha_ sporolhatnal ezzel egy sort, es _mindig_ teleszemeteled a nevtered, ezzel nehezitve a debugolast.
ezt nem kivanom tovabb magyarazni, szerintem ebbol siman ertheto, hogy miert az elso valtozat kerult szabvanyba. (azert mert a tapasztalat szerint _is_ az a hatekonyabb megoldas es jobban illeszkedik a c++ filozofiahoz)értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
válasz return.value #780 üzenetére
hat meg eddig nem hallottam arrol, hogy felulirassal, es/vagy virtualis metodusokkal valami kulonbseg volna, mire gondolsz? csinalok mindjart 1 peldaprogit, hatha elojonnek a kulonbsegek, de nem biztos, hogy beletrafalok...
értelmező késziszótár :: rekurzió --> lásd : rekurzió
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- Telekom mobilszolgáltatások
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Magga: PLEX: multimédia az egész lakásban
- Sorozatok
- Elektromos cigaretta 🔞
- Windows 11
- EAFC 24
- VR topik (Oculus Rift, stb.)
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Gaming notebook topik
- További aktív témák...
- Tyű-ha! HP EliteBook 850 G7 Fémházas Szuper Strapabíró Laptop 15,6" -65% i7-10610U 32/512 FHD HUN
- Bomba ár! HP EliteBook 840 G5 - i5-8G I 8GB I 128GB SSD I 14" FHD I HDMI I Cam I W10 I Gari!
- The Last of Us Part I Ps5
- Bomba ár! HP EliteBook 830 G6 - i7-8G I 8GB I 256GB SSD I 13,3" FHD I HDMI I Cam I W11 I Gari!
- Bomba ár! Dell Latitude 5580 - i5-G6 I 8-16GB I 256 SSD I 15,6" FHD I HDMI I CAM I W10 I Garancia