Hirdetés
- Üzemidőt áldoz a fényerő oltárán a Garmin Fenix 8 Pro
- Vivo X200 Pro - a kétszázát!
- Akciófigyelő: Megnyílt a Xiaomi hivatalos magyar webáruháza
- Google Pixel topik
- Samsung Galaxy S23 Ultra - non plus ultra
- iPhone topik
- Google Pixel 10 Pro XL – tíz kicsi Pixel
- Xiaomi 15 - kicsi telefon nagy energiával
- Megérkezett a Pixel 5 és 4a 5G
- Samsung Galaxy S21 és S21+ - húszra akartak lapot húzni
Új hozzászólás Aktív témák
-
Dave-11
tag
Áááh srácok segítsetek mert megőrülök
Újra belekezdtem a C++ tanulásába, de még nem haladtam nagyon előre, csak az alapoknál járok, szinte még csak annyit tudok, hogy kiíratok/bekérek szöveget, meg a tömbökről tudok egy keveset.
Legutóbb mikor tanulgattam fekete lyukat hagyott bennem a pointer szó, gondoltam most újra esélyt adok neki, de egyszerűen nem tudom megérteni. Nem csak magát a működését, de azt sem, hogy később majd mit lehet vele kezdeni.Ráadásul a könyv amit olvasok nagyon sok példába beleteszi, amitől meg végképp elvesztem a fonalat.
Valahogy tudnátok segíteni vagy ajánlani valamit? Le kéne tisztáznom az egész dolgot újra, a legelejétől mert összezavarodtam. Könyvet is küldhettek. -
#1799
Sk8erPeter
nagyúr
dajani
#1797
Sk8erPeter
nagyúr
Hátha valamelyik segít:
[link]
[link]
[link]
[link]
stb.(#1796) Davs : ja igen, akkor előbb félreértettem a kérdésedet, sejtettem, hogy valami nem tiszta.
[link]
Igen, itt van, amit írtál:"void QStandardItemModel::setItem ( int row, int column, QStandardItem * item )
Sets the item for the given row and column to item. The model takes ownership of the item. If necessary, the row count and column count are increased to fit the item. The previous item at the given location (if there was one) is deleted."
-
#1797
dajani
tag
Sk8erPeter
#1795
dajani
tag
válasz
Sk8erPeter
#1795
üzenetére
Munkàm folyamàn rengeteg idôt töltök pdf rajzok keresgélésével különbözô hàlòzati meghajtokon és ezt az idôt pròbàlnám csökkenteni azzal, hogy a megfelelô helyre beìrva 1kattintassal keressen. A sajàt verziòt lehet fejlesztgetni és a licenc kérdés is sokat szàmìt.
-
#1796
Davs
tag
Sk8erPeter
#1795
Davs
tag
válasz
Sk8erPeter
#1795
üzenetére
Igazabol aztan meg egyszer atgondoltam es szerintem megsincs koze a QStandardItem destructorahoz, hisz a setItem az adott cellaban csak "referenciat cserel", szoval mas itemre fog mutatni a heapben..de aztan talaltam a dokumentacioban olyant, hogy a setitem, mielott uj erteket allit be a cellara, torli annak tartalmat (ha van ott valami)
-
#1795
Sk8erPeter
nagyúr
dajani
#1794
Sk8erPeter
nagyúr
Tulajdonképpen mi az oka, hogy nem keresel egy erre való célprogramot?
Nem értem, miért nem jó neked akár a Total Commanderben lévő, beépített kereső... (Alt+F7)
Vagy csak "ujjgyakorlatnak" szánod, fel szeretnéd eleveníteni a tudásodat, ilyen ambíciók vezérelnek?
============
(#1793) Davs : nem tudom, mennyiben volt segítség, de szívesen!
-
dajani
tag
Hy.
Fájlkereső programot szeretnék írni, utoljára kb.10éve tanultam (C++) az egyetemen alapszinten, de azóta nem gyakoroltam. Kezdő fejjel mennyire lenne nehéz, egyáltalán belevágjak-e?
Programról: Magát a Sajátgében lévő Keresőt szeretném felváltani, egy olyan keresővel ami ablakban fut, előre beállított hálózati helyeken keres, attól függően, hogy melyik ikont választom ki és ott keresi fájl nevét. Nagyjából ennyi lenne az alap.Üdv.
-
#1793
Davs
tag
Sk8erPeter
#1792
Davs
tag
válasz
Sk8erPeter
#1792
üzenetére
Ertem, koszi!
-
#1792
Sk8erPeter
nagyúr
Davs
#1791
-
Davs
tag
Hali!
Lenne egy Qt-s memory managmentes kerdesem memory leakkel kapcsolatban. Van egy Dialogom, a constructorjaban ez all:QStandardItemModel *model = new QStandardItemModel(0,numCols,this) ;
Ugye mivel most megadom parentnek (3. parameter) a this-t, ezert ha bezarodik a program, vagy a Dialog bezarul, akkor az automatikusan torli a child elemeit, koztuk a model-t is.
Ha ezt a model-t beallitom pl egy QTableView modeljenek, akkor minden egyes "cellaban" egy pointer lesz egy QStandardItem-re. Ezek az elemek ugyebar a QStandardItemModel childjei lesznek, tehat ha a Dialogom bezarult, torli a childjeit-> modelt, ami szinten torli az o childjeit, azaz a cellak egyes elemeit.
Mi tortenik azonban, ha meghivok egy
model->setItem(row,1,new QStandardItem(QString("Hello")));
Ilyenkor, ha a setItem elott nem hivom meg a delete-t arra a bizonyos cellara, akkor az torlodik magatol, vagy memory leak keletkezik? (termeszetesen a "magatol torlodest" ugy ertem, hogy a Qt automatikusan torli-e helyettem) -
-
proci985
MODERÁTOR
gyakorlatban: minden php előképzettség nélkül a harmadik nap már haxoltunk egy weboldalat. java/c++/c tudás volt, minden mást arra alapoztunk. az idő nagyrésze google volt, avagy melyik az a funkció phpben, ami ezt meg ezt tudja. nem lett szép a kód, de alapvetően spagettikódon kellett ügyködni... és nem tolhattunk teljes refactort.
c++ elmélyedés jó. sebességre egyébként c++ remek, de pl valósidejű rendszereknél ahogy látom a környékbeli cégek Adáról Javara térnek inkább át.
guideline link?
amit gondolsz, az pontosan úgy van, változónévbe nem kell berakni a típust, későbbi refactornál csak a baj lehet belőle. ha előtte van a típus, az úgyis látszik. hungarian notationsnak valaha volt értelme, de a jelenlegi fejlesztői környezetekkel csak problémákat szül.
postfix annotationt én még nem láttam, szerintem felesleges és végig kell hozzá az egyész FVnevet olvasni (nem látható át gyorsan), szal szerintem az értelmetlen.
prefix tekintetében eltérnek a vélemények. én pl c++ban szoktam m_ prefixet használni a class variableknek, szerintem annyival nem kell többet írni, mint amennyivel átláthatóbbá teszi a kódot. illetve ha a Car classnak van egy m_wheel private variableje, akkor az interfacen lehet a wheelt használni inputnak, így később kívülről az interface tisztábban tartható és nem lehet keveredés, hogy mi honnan jön. ugyanakkor SDKtól függően ez sem mindig kellhet.
egyébként ha érdekelnek a konvenciók, akkor a Lakos féle Large Scale C++ Design remek és zseniális darab, illetve szerintem a Martin féle Clean Code is remek, bár utóbbi inkább Java orientált, de C++ra is nagyrészt érvényes.
-
válasz
proci985
#1787
üzenetére
Erre a valaszra szamitottam, hasonlot olvastam mar tobb helyen.
Meg ha jol ertesz egy nyelvhez akkor konnyebben talalsz munkat, ha meg valtoznanak a trendek akkor bejon az "aki valamiben tud jól programozni, az egyszerűen tanul másik nyelvet" mondas, szoval vesztenivalom semmikepp nem lesz ha megprobalok elmelyedni a C++-ban.C/C++-al valo ismerkedeskor en is ilyesmi melora gondoltam, valami olyan helyre ahol fontos a biztonsag es a jol optimalizalt program, esetleg beagyazott rendszerek programozasara hosszu tavon.
Angolra meg tudom, hogy ra kell fekudni, mondjuk szerencsere mostanaban meloban egyre tobbet kell angolul levelezni, meg beszelni, szoval ra vagyok kenyszeritve.Amit meg kerdezni akartam, a naming conventions tema.
Talaltam ezt a guideline-t, de pl. a 29.-es pont, "hungarian notations"( ezt most hallottam eloszor) kicsit fura, ertem, hogy kesobb problemas lehet ha valamit valtoztatni kell, meg figyelni kell ra nagyon, de utolag sokkal atlathatobbnak tunik, egyeb esetben lehet mindig a header fajlt nezegetni.
Ezt a guide ervenyes valoban?
Meg tobb kodban is lattam prefix-kent az alahuzast, valtozo/fuggveny neveknel, itt ugye csak a private valtozoknal emliti suffix-kent.
Prefix-kent valo hasznalatanak szokott lenni valami altalanos jelentese? -
proci985
MODERÁTOR
"beszél egy (OO) nyelvet, beszéli az öszeset", kaptam anno a választ több helyen egy hasonló kérdésre... túlozva, de erről van szó. ha tudsz Javat, akkor C, C++, PHP, C# is gyorsan megy, és kb ez minden irányba igaz iteratív OO nyelvek között. meg pascal és basic, de előbbit mostanában már nem nagyon láttam sehol.
ha a fizu a lényeg, akkor menj rá C++ra és banki tranzakciókra, aztán irány london city, tényleg remek C++ programozó kevés van, de az nem egy egyszerű nyelv, főleg nem magas szinten. alternatívaként ha jó vagy scriptben akkor menj rá ciscokra és irány norvégia sysadminnek. mindkettőhöz kell a folyékony angol (minimum CAE szint, de inkább fölötte), de ha tényleg el akarsz mélyülni egy nyelvben, akkor az angol amúgy is megkerülhetetlen.
trendek vátoznak, de aki valamiben tud jól programozni, az egyszerűen tanul másik nyelvet. pont, mint az élő nyelveknél.
-
#1786
birno
addikt
Sk8erPeter
#1785
válasz
Sk8erPeter
#1785
üzenetére
Ha taroltat hivnak meg azzal mit ernenek el, akkor ugyanugy meg kell irni moge az sql-t, mintha kihagynak az entity framework, ennek a megoldasnak az elonye valahogy nem jott at.
Nem hasznaltam meg C#-ot, teny, szoval nem tudom milyen, csak az eddigi microsoft tapasztalatok beszeltek belolem, neked legyen igazad s csalodjak kellemeset benne, majd egyszer.
A C++szal kapcsolatos ambícióidat ne dobd a kukába.
Itt lehet valamit felreerthetoen fogalmaztam, mert semmi ilyenre nem gondoltam, epp azt mondtam, hogy ha most ezt kezdtem el, akkor nem akarok csapongani mas nyelvek iranyaba, hanem atragom magam rajta, mivel igyis-ugyis kelleni fog.Off kerdes, szerintetek egy nyelve erdemes specializalodni s azt vagni minel jobban vagy tobb nyelvet ismerni feluletesen?
Olyan szempontbol nezve, hogy melyik modszerrel lehet hamarabb melot talalni, melyikkel lehet biztosabb labbal allni a munkaero piacon s melyikkel lehet jobban keresni?
En a szaktudasra tippelnek, mivel jo szakemberbol keves van, feluletes tudassal viszont sokan rendelkeznek. -
#1785
Sk8erPeter
nagyúr
birno
#1784
Sk8erPeter
nagyúr
Hm, hát az Entity Frameworkös para végül is előfordulhat, de lehet, hogy ha tárolt eljárást használtak volna, és azt hívták volna meg, akkor nem lett volna kiszámíthatatlan a query-k összepakolása, de nem akarok okoskodni, mert nem ismerem a problémát, meg azért nem vagyok guru az Entity Frameworkben, csak használtam egy darabig, és amennyire megismertem, bejövős volt. A foreign key-s problémát meg ennyiből nem értem, mert nekem ilyen gondom nem volt, persze biztos csak nem találkoztam még elég problémával. De ez úgyis OFF.
Saját magad fejlesztése céljából oké, de én akkor sem ilyen jellegű feladattal kezdeném a C++ gyakorlását, de ízlések és pofonok különböznek.
A Microsoft-fika meg lejárt lemez.
Attól még, mert a C# a Microsofthoz kötődik, tény, hogy nagyon jó nyelv, és iszonyatosan lerövidítheti a fejlesztési munkát a hozzá tartozó számtalan eszköz. Lehet, hogy vérpistikék is használják, de nem csak hülyegyerekek tolják a C#-ot, azt azért elhiheted, nagyon nagy munka áll mögötte, igényes projekteket lehet összehozni C#-ban.A C++szal kapcsolatos ambícióidat ne dobd a kukába. Gondolom egyetemen keresztül van lehetőséged infós könyveket kivenni könyvtárból, szóval pl. ezt is kivehetnéd (Benedek Zoltán - Levendovszky Tihamér: Szoftverfejlesztés C++ nyelven), szerintem ez elég egyszerűen magyaráz, meg nem beszél mellé, nem csapong, és érthető a stílusa.
-
#1784
birno
addikt
Sk8erPeter
#1783
válasz
Sk8erPeter
#1783
üzenetére
A ceg nem fizet semmit, meg azt se amit kellene.
Sajat magam fejlesztese celjabol gondoltam ra, meg mivel ugyis kelleni fog kovetkezo szemeszterben, csak ugye ha van valami haszna is a proginak, amit csinal az ember, nem csak olyan gyakorlasbol rakjuk ossze aztan megy a kukaba tipusu, akkor erdemesebb annak nekiallni.
Azonban ha azt mondjatok, hogy ezzel ne szivassam magam, akkor inkabb nem csinalom meg sehogy egyelore, ha most a C++-nak alltam neki, akkor nem akarom Java-val, meg C#-al keverni, ha kell a cegnek majd megcsinalja valaki mas.
C#-al amugy se szimpatizalok, egyreszt microsoft(ezert tuti kovezes lesz), masreszt kb. minden egyetemrol kieso emberke ezt hasznalja, mert ez az egyik "legegyszerubb".Alternativakent az ilyen online challenging oldalak(projecteuler, spoj) feladatai kozti szemezgetesen gondolkoztam meg, ott altalaban szamit a teljesitmeny a futasi idokorlatok miatt, csak azok meg nem feltetlen kezdo emberkeknek valok.
Entity Frameworkkel kapcsolatban amugy olyanok voltak, hogy foreign key lekerdezesnel egymasra hivatkozo tablaknal elhasalt, egy masik alkalmazasban, aminel sok bejovo kapcsolat lehet egyszerre, az optimalizalatlanul osszerakott query-k miatt nagyon belassult az egesz folyamat, meg leterhelte az sql szervert, sok command timeout volt emiatt stb.
-
#1783
Sk8erPeter
nagyúr
birno
#1774
Sk8erPeter
nagyúr
"C#+Entity Frameworkkel kapcsolatban epp eleg szivast hallok mostanaban cegen belul."
Valami konkrétumot is tudsz mondani?Egyébként ha nem ismered a C++-t, és cégnek kellene egy kattintgatható felület, esetleg adatbázis-kapcsolódás, és hasonlók, akkor miért nem fogadod meg a többiek tanácsát, hogy ne ragaszkodj feltétlenül a C++-hoz, és válassz inkább valami magasabb szintű nyelvet, főleg, ha van már pl. Java-ismereted?
Java-alapokon is össze lehet hozni GUI-t, szerintem ez is könnyebb, mint a QT erőltetése. Van némi OOP-tapasztalatod, tehát a C# tanulása is indokolt lehet.
Nem azt mondom, hogy ne tanuld meg a C++-t, mert hasznos lehet még, de szerintem nem épp ezen a projekten kellene szívatnod magadat vele, amikor itt nem kifejezetten teljesítménykritikus alkalmazásról beszélünk, és a magasabb szintű nyelvekhez nagyon nagy eszköztár áll rendelkezésre ahhoz, hogy a fejlesztési idődet jelentősen redukálja.Persze ha a cég fizeti a betanulásodat, és nem fontos nekik, hogy viszonylag normális időn belül elkészüljön az alkalmazás, akkor nem szóltam.
-
válasz
proci985
#1779
üzenetére
Android/iOS/WM platformokra lehetett elsosorban hasznalni, de mondom, sajat fejlesztese a cegnek(marmint a programozasi nyelv), olyasmi elgondolas mint a Java, virtualis gep futtatja ugyanazt a kodot tobb platformon, csak azert nem mondok konkretumot mert nem akarok reklamot, meg van hova fejlodnie meg a cuccnak.
Szoval igen, van egy kis OO tapasztalat.A tanacsokat, infokat pedig koszonom, igyekszunk megfogadni.
-
proci985
MODERÁTOR
mobil platform symbian/oo C/android, vagy más volt? tehát akkor valamennyi OO/scipt tapasztalatod van.
na, akkor van segítség, remek.
tervezéshez gyakorlatilag bármelyik UML megteszi, elsőre érdemes elsőre csak a kapcsolatokat végiggondolni, aztán interfacet tervezni, aztán jöhetnek a belső függvények. ha igazán ügyesek akartok lenni, akkor minden class kaphat egy saját testclasst is, minden függvény pedig egy saját tesztfüggvényt, úgy gyorsabban kijön, ha valami nem azt az eredményt adja, amit kell (assert gyorsabb, standard outtal viszont láttok eredményt is). ha meg kész vagytok a könyvvel, a Gamma féle Design Patterns (vagy a wiki) ajánlott, legalább a facade/abstract factory/decorator/insulated concrete class/connector/singleton ajánlott átnézésre. m-n kapcsolat biztos lesz az adatbázisban, az pedig legegyszerűbben talán egy connector (esetleg singletonként) segítségével megoldható. legalábbis anno nekem nem volt jobb ötletem a circular dependency elkerülésére.
programnak az MS féle Visio jó, de én a Dia nevűt jobban szeretem, kevesebb megkötés és nekem picit jobban kézreáll.
-
válasz
proci985
#1777
üzenetére
A tapasztalttol tavol allok.
Most jarok suliba melo mellett, ott vettuk a C-t, meg Java-t eddig, amennyit ott elmondtak, meg kellett, annyira vagyok veluk tisztaban, pythont hasznaltam valamennyit, szinten melohoz irtam benne egy kis progit, meg meloban hasznaltam a legtobbet, egy, a ceg altal fejlesztett OOP nyelvet, mobil platformokhoz, meg regebben script nyelveket hasznaltam kicsit(lua, perl, bash), de azok azert mas tesztak.Ha valami nem tiszta max utana olvasok mas forrasbol, meg egy munkatarssal egyutt terveztuk a fejlodest, mondjuk O mar tul van az emliett konyv 1/3-an, szoval segiteni is tud ha nem ertek valamit.
A tervezes a dolog legnehezebb resze altalaban, van valami konkret progi amit erdemes hasznalni vagy barmilyen UML cucc megteszi?
Ezt a reszet elegge melloztem eddig, de ra kellene szokni... -
proci985
MODERÁTOR
oké, de igazából ha szépen megtervezed, akkor GUIt később tudod csatolni.
annyira nem veszélyes a másik nyelvezete sem.
igazából amiatt nem ajánlott kezdőknek, mert kegyetlenül csapongó: néhol nagyon szájbarágós, máshol pedig kell némi háttér HW architektúrában, hogy az ember megértse, miről van szó. utóbbi Neked valszeg ismerős, de mondjuk egy gimnazistának sok lenne, ahogy elmondja, hogy a pointer/referencia miért úgy lett megoldva, ahogy.
fura stílus tükörfordítás miatt is lehet.
olvasás egyébként jó, ha tapasztalt vagy, akkor lehet így fog menni a leggyorsabban.
-
válasz
proci985
#1775
üzenetére
A GUI-t QT-val gondoltam megoldani.
A the c++ language-t, tudtommal abbol van csak magyar, olvastam, hogy nem azt ajanljatok itt a forumon, de a masiktol meg tartok, annyira nem stabil az angolom, hogy egy 1300 oldalas konyvnek nyugodt szivvel nekialljak.
Amugy fura, hogy a masik nem kezdoknek valo, mert ameddig jutottam minden ertheto meg a legaprobb dolgokhoz is fuz magyarazatot, csak szoveg stilusa fura kicsit.
Komolyabb tervezesbe nem kezdtem, meg csak jatszottam az otlettel, meg gondoltam azert beleolvasok egy konyvbe eloszor. -
proci985
MODERÁTOR
ha kattintgatós GUI kell, arra ne C++al kezdjél, a GUI rész c++al mérföldekkel nehezebb, mint bármi mással. ez a feladat leírás alapján php+csssel egész egyszerű, C++al lehetnek buktatók.
adatbázishoz használj külső libraryt. guihez is muszáj lesz.
Stroustruptól melyiket olvasod, a principles and paradigmst vagy a the c++ languaget? utóbbi nem kezdőknek való és abból nem fogsz megtanulni c++ programozni. az első egy fokkal jobb, tapasztalt programozóként mennie kell. ja igen: használd az angol könyvet, a magyar fordítások (a műszaki könyvkiadósok is) használhatatlanok.
tipp: elsőre csináld meg csak az adatbázist logikai részét, tehát se gui, se mysql (ha kell később külső libraryk formájában csatolhatod).
ha publikus pl postolj ide egy class diagramot, funkciókkal és változókkal, hogy hogy gondolod a felépítést, aztán utánna lehet kódolni és ha kész, akkor mehetsz tovább a gui és a dbs integrálás felé.
-
C#+Entity Frameworkkel kapcsolatban epp eleg szivast hallok mostanaban cegen belul.
Semmi komolyra ne gondolj, ezek csak ilyen "legyen lejegyezve" adatok lennenek, semmi extrara nem kell, most excelbe van vezetve, csak az meg neha muvel erdekessegeket.
Kesz megoldasba meg nehezebb belenyulni ha epp valami nem tetszik, mas celbol hasznalunk egy issue tracking rendszert, de akadnak vele gondok s mivel kesz alkalmazas igy az egyuttelesen kivul nem nagyon tudunk mit csinalni a hibakkal.
Szoval nem lett kiadva, hogy nekem most ezt meg kell csinalni, csak mondom ha mar mokolok valamivel, akkor akar haszna is legyen s mivel nem egy bonyolult dolog azert gondoltam, hogy jo lenne kezdesnek.Na majd meglatom, most egyelore elkezdtem olvasni a Stroustrup fele C++ konyv magyar valtozatat, de eleg erdekesen vannak megfogalmazva a mondatok, valahogy marha nehezen ertheto, de nem a szakmai resz(legelejen jarok meg csak), hanem tenylegesen a fogalmazasi stilus miatt.
-
Vico87
tag
Én ennek speciel C# + Entity Framework alapokon állnék neki, mert gyorsabban megoldható vele, mint C++ nyelven. Ezzel csak azt akarom mondani, hogy nem biztos, hogy ezen a példán keresztül akarod megtanulni a C++ nyelvet.
A kétféle megoldást illetően (ha jól értem a két esetet) a második a jobb. Az adatbázis-kezelők nem szeretik a sok rövid kérést, mert fajlagosan jóval több overheaddel jár. Tárolni kliens oldalon elég sima listában, ha nem milliós nagyságrendű elemszámról van szó.
Hülye kérdés, de miért nem egy kész megoldást használtok erre a feladatra? Azok érettebb és fejlettebb rendszerek, mint amit első próbálkozásra egy ember egyedül összerak egy még általa nem ismert programozási környezetben.
-
Sziasztok,
Most kezdenek el ismerkedni a C++-al, meg kovetkezo szemeszterben ugyis ez lesz suliban, igy nem art egy kis elotanulmany.
En inkabb a "read the code, write the code" felfogas hive vagyok, ha konkretan hasznalni kell valamit amit nem ismerek, akkor egyszerubb olyankor utana nezni, valoszinuleg jobban megmarad mintha elolvasnak 500 oldalt s csak utana alnek neki valami eletszeru peldanak.
Emiatt arra gondoltam, hogy csinalok egy olyan kis progit, ami most ugyis jol jonne meloba.
Issuek kezelesere kellene, naponta jon x darab ugy, azokhoz szuletik y bejegyzes, kulonbozo emberektol, statuszokat kell kezelni, keresni benne visszamenoleg is stb s mindezt egy mssql adatbazisban tarolna le.A kerdesem az, hogy az adatok kezeleset hogyan erdemes megoldani?
A progi kb. ugy mukodne, hogy alapbol az adott napon beerkezett issuek alap adatait mutatna, valami listview szeru nezetben s valamelyikre rakattintva lejonnenek a reszletek, az osszes bejegyzessel.
Szerintetek az az egyszerubb ha mindig mindent kulon lekerdezgetek db-bol vagy a szuresi felteteleknek(ami alapbol csak egy adott napra szures lenne) megfelelo minden infot lekerdezek egyszerre aztan letarolom memoriaban valamilyen adatstrukturaban(fa stb.)?
S ha a masodik akkor mit erdemes hasznalni erre? -
#1771
WonderCSabo
félisten
Davs
#1770
-
Davs
tag
...ha jol fogtam fel a feladatot..a name vectorba elvileg rakhatsz annyi elemet, amennyit akarsz, bar en igy hirtelen csak 4 es 5ttel probaltam
#include <iostream>
#include <vector>
#include <string>
using namespace std;
vector<string> name ;
void sayhi(int id) ;
int main()
{
name.push_back("A");
name.push_back("B");
name.push_back("C");
name.push_back("D");
name.push_back("E");
sayhi(0) ;
return 0;
}
void sayhi(int id){
if(id==name.size()) return ;
for(int i=id+1;i<name.size();i++){
cout << name.at(id) << "\t" << name.at(i) << endl ;
}
sayhi(id+1) ;
} -
kispx
addikt
Ezért kell a másik tömb, ahol megjegyzed, hogy melyiket írtad ki.
Ja bocs, félreolvastam:
egyenletes elosztású véletlen-számot generálsz, azaz kevés az esély, hogy 6X ugyanazt kapod.De jutott eszembe egy egyszerú és gyorsabb megoldás: Ha már ott a lista, akkor csak megkell keverni.
-
n00n
őstag
Az eleje még érthető. De a második felével problémám van.
Tegyük fel van 6 lehetséges köszönés, szóval kettő 6 elemű vector.
Véletlen számokat generálok 0 és 5 között? De ebbe mi a garancia, hogy nem generálom a hármast 20x egymás után. Kis elem számnál valószínű előbb utóbb végzek. De pl 100 lehetőségnél gondolom már lassú lesz. Nem?
-
kispx
addikt
Beolvasod egy vectorba az összes lehetséges köszönést. Majd csinálj egy ugyanolyan méretű vector/tömböt bool típusú elemekkel. Kezdetben mindegyik elemének az értéke false. Ennek a tömbnek az x-edik eleme fogja jelezi, hogy a vector x-edik elemét kiírtuk vagy sem.
Egy ciklusban generálj véletlen számokat és írasd ki a a vectornak a megfelelő elemét (ha a tömb ugyanazon sorszámú elemének az értéke true, akkor nem kell kiírni), majd a tömb megfelelő elemének true értéket adj.
-
n00n
őstag
Miképpen oldanátok meg ezt a feladatot?
Van n darab emberünk, egy fájlból olvassuk be a nevüket, akik köszönnek egymásnak. Írjon egy programot, ami az alábbihoz hasonló kimenetet generál:
Béla köszönt Tamás nevű ismerősének
Eszter köszönt Béla nevű ismerősének
Béla köszönt Eszter nevű ismerősének
Tamás köszönt Eszter nevű ismerősének
Eszter köszönt Tamás nevű ismerősének
Tamás köszönt Béla nevű ismerőségnekA fájlbeolvasást nem kell megírnia. Tegyük fel, hogy az már csak kész van. Viszont úgy írja meg a programot, hogy a beolvasott adatok változhatnak (egyszer csak két ember, egyszer 10). Mindenki köszönjön mindenkinek, viszont véletlenszerűen.
Adjatok kérlek tanácsot merre álljak neki.
-
#1763
peterszky
őstag
Sk8erPeter
#1762
peterszky
őstag
válasz
Sk8erPeter
#1762
üzenetére
int main(int argc, char *argv[])
{
QApplication app(argc, argv);
dbDialog* form = new dbDialog();
form->show();
return app.exec();
}A dbDialog konstruktorban pedig úgy kezdődik, hogy csatlakozna az Oracle db-hez, ha nem megy, akkor hibaüzenet.
db = QSqlDatabase::addDatabase("QOCI");
db.setHostName("localhost");
db.setDatabaseName("XE");
db.setUserName("user");
db.setPassword("pass");
if (db.open())
{
//
} else {
QMessageBox msgBox;
msgBox.setText(QString::fromUtf8("Nincs kapcsolat."));
msgBox.exec();
} -
peterszky
őstag
Van egy Qt programom, amiben van némi adatbázisos dolog is. Terminálból futtatva minden ok, viszont amikor a futtatható állományt a filekezelőből indítanám egér duplaklikkel, akkor nem tud kapcsolódni az adatbázishoz (Ubuntu 11.10). Ilyenkor mi a gond? Elsőre talán környezeti változókra tippelnék, de azokat külön kell ebben az esetben is beállítani? Ha igen, akkor hol (vagy megyek a Linux topicba
). -
Vico87
tag
Én nem ismerek olyan IDE-t, ami C++ esetén is tudja ezt (bár tény, hogy nem használtam sokfélét
). Java és C# esetben sok dolog lényegesen egyszerűbb, ezért is "okosabbak" az IDE-k ezekhez a nyelvekhez (pl. C#-nál olyat is tud a VS, hogy kitalálja mit kell "include-olni" amikor eddig nem definiált típust használsz). -
#1757
WonderCSabo
félisten
Davs
#1756
WonderCSabo
félisten
Először azt akartam írni, hogy az Eclipse ilyet nem tud, de télleg. Írok egy ilyen kódot:
package main;
import java.util.*;
public class Main {
public static void main(String[] args) {
System.out.println(Arrays.toString(new int[] {1, 2, 3}));
System.out.println(new Date(System.currentTimeMillis()));
}
}És az Organize imports parancsra átalakítja erre:
import java.util.Arrays;
import java.util.Date;Tuti.
-
Davs
tag
Apropo nincs olyan lehetoseg Qt creatorban/azon kivul, hogy mindegyik *.cpp at lenne nezve a projectben es rendberakna az includeokat? (java-eclipseben azt hiszem volt hasonlo)
Pl. ha includeolom az egesz QtGui-t, de csak a QDialogot hasznalom belole, akkor irja at automatikusan, vagy torolje a nem hasznalt includeokat? Ugy faszan lehetne csokkenteni az includolas-t..Igy ahogy jobban belegondolok amugy Java-eclipse-ben tuti, hogy van.. -
Davs
tag
egyelore Win7 alatt a bepitett MKLINK parancs segitsegevel hoztam letre symlinkeket, pl az egesz qtcreatort benyomtam igy ramdiskbe (kb100MB), ~10+ helyett 3sec alatt indul el
gyorsan meg fogom ezt szeretni, aminek ugyis SSD lesz a vege
Amugy bedobtam a headereket is oda (include konyvtar) es maradt a compile ido, szoval tenyleg a proci dolgozik annyit, nem a HDD a szuk keresztmetszet..Koszonom a segitseget! -
doc
nagyúr
-
Igazabol a -j parameterere olyan nagyon egzakt formula nincs, az altalanos elkepzeles az, hogy legyen tobb, mint a magok szama, hogy ha az egyik IO-ra var, akkor elo lehessen huzni egy masikat, de ne legyen tul sok, mert az mar egy ido utan rontja a teljesitmenyt. A dologba a HT meg pluszba bekavar, szoval ha erdekel a dolog, akkor a legegyszerubb ha csinalsz par rebuildet kulonbozo -j-vel.
A qtcreatorban igy elsore nem latom, hogy honnan veszi a qt patheket, Linux alatt legegyszerubben egy bindes mounttal lehet megoldani a dolgot, valahogy igy:
mount -B /ramdrive/include/qt4/ /usr/include/qt4/Igazabol eleg a headereket atmasolni, igazabol azoknak az atnyalazasa telik idobe, meg ugy is dinamikusan linkel, szoval a /lib eleresi ideje nem oszt, nem szoroz.
-
#1751
Sk8erPeter
nagyúr
Davs
#1750
Sk8erPeter
nagyúr
Nem magok száma+1, itt pl. ezt írja:
"It is best to give a number to the -j option that corresponds to twice the number of processors in the system. So, for a machine with 2 processors present, use:
$
make -j4and for a machine with four processors, use:
$
make -j8
"Mondjuk feltételezem, itt processzormagokra gondol, nem fizikailag is különálló procikra, bár ez a szövegben szerintem nem sikerült túl egzaktra...
Aztán persze az is kérdés, hogy ez az "aranyszabály" mennyire állja meg a helyét. -
Davs
tag
válasz
dabadab
#1749
üzenetére
Ha 2magos+ht == nagyjabol 4 magos a gepem, akkor nem -j5 -ot kell megadni? szoval j(magok szama+1)?
Amugy Qt-s headereket hogyan lehet mozgatni? Windows Path-ban nem lattam jelet nekik, meg azt se tudom pontosan merre keressem oket
G:\QtSDK-ba lett telepitve a Qt, a headerek a Desktop/qt/../include konyvtarban vannak? Igy elsore talan a lib, bin es include mappakat is jo lenne odadobni, nem? -
Nezed forditas kozben a CPU terhelest, ha alacsony, akkor az IO lassitja.
Mivel ugyis van 8GB-d, viccbol csinalhatsz egy RAM drive-ot is es kiprobalhatod, hogy hogyan hat a sebessegre, ha ott van a forras meg a QT-s headerek.szerk: meg lehet, hogy nincs bekapcsolva a parallel make, ha qtcreatort hasznalsz, akkor menj a Projects fulre, ott a Build beallitasok, a Make-nel nyomj a Detailsre es a Make argumentshez ird be hogy pl -j4 - enne hatasara egyszerre negy szalon fog futni a forditas.
-
Davs
tag
Hali!
Most olyan dolog erdekelne, hogy a compile sebessege mitol fugg? i3-2330M-es notim van 8GB ram tarsasagaban egy 64bites win7 / arch linux-szal. Qt-ben kisebb projektek is neha 10++ masodpercig fordulnak(annyira nem veszes, de szeretnek javitani rajta), lehet, hogy a HDD fogja vissza a teljesitmenyt? Egy SSD kihatna a compile idore is? -
Gyuri16
senior tag
válasz
dabadab
#1742
üzenetére
"van linux ala is"
ha ezt tudom fel oraja.. atbootoltam windowsba, amit kb felevente hasznalok, es ilyenkor felsir az osszes program, hogy elhanyagolom oket. jo par percig eltart, mire hasznalhato a gep.ha cygwinnel forditom, akkor az rendesen futtathato lesz mas rendszeren cygwin nelkul?
mindenesetre kozben sikerult dev-c++t ravenni, hogy leforditsa, ez is mingw-t hasznal, ha minden igaz, szoval remelem jo lesz
-
Gyuri16
senior tag
van egy makefileos projektem amit linuxon fejlesztek, es most kellene belole egy windowsos exe-t varazsolnom (amit el tudok masnak kuldeni, es tudja futtatni minden tovabbi nelkul). mi erre a legfajdalommentesebb megoldas? windowson eddig csak dev c++t hasznaltam, talan ez is megeszi. oldalan olvasom, hogy a futtatashoz kell az MSVCRT.DLL, ami szerinte ott van minden mai windowson, van ezzel tapasztalatotok?
-
#1740
proci985
MODERÁTOR
WonderCSabo
#1734
proci985
MODERÁTOR
válasz
WonderCSabo
#1734
üzenetére
ezt én is így tudom, ahogy olvastam a compilerek ezen a téren eléggé sokat fejlődtek.
dabadab: köszi az észrevételeket, egy sor dologban megerősítettél.
sebesség tényleg lehet kritikus, az általad leírt probléma pedig különösen érzékenynek tűnik.
Vico87: köszönöm Neked is.
picit igazából rácsodálkoztam, hogy pár év alatt milyen hatalmasat változott a szemlélet, avagy az architektúra (és a különböző patternek) mennyire fontossá váltak. ugyanez a tesztelhetőségre is igaz.
-
#1739
bucsupeti
senior tag
CoolBoy323
#1396
bucsupeti
senior tag
válasz
CoolBoy323
#1396
üzenetére
bocs
-
Davs
tag
szerintem most nagyon mellenyultam ezzel az otlettel igy :
mainwindow.cpp
#include "mainwindow.h"
#include "ui_mainwindow.h"
#include <QDebug>
#include <QtCore>
#include <QtGui>
class button : public QPushButton {
public:
button(QWidget *parent = 0);
void enterEvent(QEvent *event);
void leaveEvent(QEvent *event);
};
MainWindow::MainWindow(QWidget *parent) :
QMainWindow(parent),
ui(new Ui::MainWindow)
{
j=0 ;
ui->setupUi(this);
button xy ;
xy.show();
}
MainWindow::~MainWindow()
{
delete ui;
}
button::button(QWidget *parent)
: QPushButton(parent)
{
setText("default");
}
void button::enterEvent(QEvent *event){
setText("over");
}
void button::leaveEvent(QEvent *event){
setText("off");
}de nem jelenitodik meg a gomb
-
doc
nagyúr
nem helyes
vannak ra megoldasok, en pl ugy csinalnam, hogy letrehoznek egy osztalyt a gombnak, aminek csinalnek egy enterEvent(QEvent* event) { setText("mouseover");} es egy leaveEvent(QEvent* event) { setText("mouse out"); } metodust
ezeket az esemenykezelo meg fogja hivni a megfelelo alkalmakkor (egerkurzor fole kerul, illetve elmegy rola) -
Davs
tag
Hi!
Qt-ben tanulgatok es szeretnek egy olyan programot irni, ami atirja a gomb szoveget, ha felemegyek a kurzorral..
Szoval van egy QMainWindow-om, benne egy darab PushButton-nal..
Ami eloszor az eszebe jutott, hogy irni egy void MainWindow::mouseMoveEvent(QMouseEvent *event){} fuggvenyt, amiben nezem a gombom x,y poziciojat, szelesseget, magassagat es lenyegeben irok egy szimpla collision-detection-t ra. A kerdesem, hogy ez-e a helyes megkozelites, vagy van ra valami direkttebb megoldas?
(itt nem a szovegvaltason van a hangsuly, hanem hogy az egyes Widgetekre tudjak mouse-eventet irni akar kulon-kulon..Javaban pl listener objektumokat kellett irni, de az mar regebben volt, el is felejtettem) -
doc
nagyúr
"Nem jön és esz meg a raptor, ha leírsz egy goto-t, __forceinline-t, amennyiben jó okod van rá. Különben jön és megesz. "
b+
ezt viszem alairasba ha lehetamugy teljesen egyetertek, amig az ember nem teljesen biztos a dolgaban, ne akarjon okosabb lenni mint a fordito (valoszinuleg ugysem fog sikerulni
) -
Vico87
tag
Ahogyan doc is rávilágított, csínján kell bánni az inline-nal. A különbség az inline és a VC++ __forceinline között az, hogy egyrészt előbbi szabványos, míg utóbbi nem, másrészt az előbbi csak javaslat a fordító számára (amit olyan esetekben, amelyekben nem lenne jó, figyelmen kívül hagy), míg utóbbival kifejezetten kéred, hogy mindenképp inline-osítsa. Mint mindennel a programozásban, jól végig kell gondolni, hogy mit csinál az ember, és ha jó indoka van rá, akkor nyugodtan használja. Nem jön és esz meg a raptor, ha leírsz egy goto-t, __forceinline-t, amennyiben jó okod van rá. Különben jön és megesz.
-
-
Vico87
tag
válasz
proci985
#1724
üzenetére
Én így gondolom: ha elfogadható egy felügyelt környezet (Java VM, .NET CLR) overheadje (és az üzleti/web alkalmazások esetében az, webes esetben a PHP-t nem is említve), akkor a C++ függvényhívások overheadje is elfogadható. Ezeknél az alkalmazásoknál a tiszta, karbantartható kód az elsődleges szempont.
Teljesítménykritikus esetben adott helyzettől függ, hogy mennyit vagyunk hajlandók áldozni az olvashatóságból/érthetőségből a teljesítményért. Néhány esetben megéri a mikrooptimalizálás, ahol már tényleg arra mész, hogy minimalizáld a cache-miss-t, az elágazásokat, stb... de ez általában nem triviális kódot eredményez és kevés esetben hoz látványos pluszt. Persze ha ezt a kódot megfelelően dokumentálod, akkor nincs gond.
A Visual C++ tud olyat, hogy __forceinline, ami egyrészt kierőszakolja egy függvény inline-osítását, másrészt így az optimalizáló jobb eredményt ad, mert a "hívást" a kontextusával együtt képes feldolgozni.
-
válasz
proci985
#1724
üzenetére
Altalanos kodban - foleg desktopra szantban (de igazabol egyre inkabb mobilfronton is igaz) - nincs ertelme igazan a sebessegen meg a memorian gorcsolni, ha az ember nem csinal direkt okorsegeket, akkor nem lesz baj. Ha meg megis valahol feltunoen lassunak bizonyul, akkor meg az ember elokapja a profilert es optimalizalja azt az egy helyet, ami lelassitja.
En hajlamos vagyok maskepp latni a dolgokat, mert munkaidoban mondjuk a viruskereso engine CPU emulatorat pofozom es ha elvaras, hogy minden megtalalt .exe-t futtassa az elso par millio utasitasig, akkor ott tenyleg figyelni kell a sebessegre - ugyanakkor ha nem ilyen kod van, akkor sima C stilusu tomb helyett en is inkabb std::vectort hasznalok es magasrol teszek arra, hogy valamivel tobb processzorido meg memoria kell hozza, a gyakorlatban ezt siman behozza ott, hogy kenyelmesebb a hasznalata meg nincs buffer overflow.
-
proci985
MODERÁTOR
válasz
dabadab
#1721
üzenetére
jaja, néztem is először, hogy ezt így hogy
.más: nyaralok, szóval találtam egy könnyű esti olvasmányt, Robert C Martin -- Clean Code című művét, ismeri valaki?
igazából ami nekem szöget ütött a fejembe, hogy az egy funkció - egy cél gondolatmenetet az extremitásig viszi, pontosabban nagyon rövid funkciókat ajánl. ami az olvashatóságot javíthatja, viszont sebesség szempontjából nekem eléggé problémásnak tűnik. másik oldalról persze az érthetőség/sebesség/kompaktság hármas korántsem egyértelmű problémakör, amíg elég gyors a program, addig igazából nincs baj.
persze a példákon keresztül (illetve saját tapasztalatok alapján is) indokolt a dolog, csak mégis... amire még gondoltam, hogy a compilerek elvileg eléggé sokat fejlődtek sebesség terén, funkcióhívások még mindig annyira kritikusak sebesség szempontjából, mint mondjuk 10 éve? elsősorban itt most nem olyan helyzetekre gondolok, ahol általában nincs szűk keresztmetszet a rendszerben végrehajtási sebesség szempontjából (tehát pl nem a grafikáért felelős részre egy játéknál).
-
#1723
modder
aktív tag
WonderCSabo
#1722
modder
aktív tag
válasz
WonderCSabo
#1722
üzenetére
elég sok "új" feature van, amiket érdemes lenne átgyakorolni, hogy ne ragadjunk le a nyelv 10 évvel ezelőtti állapotánál. persze leginkább azoknak érdemes, akik aktívan használják.
-
#1722
WonderCSabo
félisten
n00n
#1714
WonderCSabo
félisten
Hát sajna az Eclipse CDT azért közel sem annyira jó, mint a Java környezet, de azért a Code::Blocksnál valóban okosabb.
modder: Ezzel a foreach-el még én sem találkoztam, csak a Boost-os trükközös megoldással.
És 4.6-os GCC már támogatja.dabadab: Tudtommal nem is lesz finally.
-
#1719
dabadab
titán
Sk8erPeter
#1716
válasz
Sk8erPeter
#1716
üzenetére
"mi a gond vele akkor, ha mégis VS alatt fejlesztesz más környezetre?"
Nekem ugy tunt, hogy a "visual" resze csak MS dolgokat ismer.
"Vagy platformfüggetlenül lefordíthatóvá szeretnéd tenni a kódodat?"
Ez viszonylag problemas, mert nem tud makefile-t exportalni. Ha a VS-ben fejlesztett cuccot szeretned mashol is leforditani, akkor kenytelen vagy kulon, kezzel irni hozza makefile-okat.
Egyebkent meg tovabbra is qtcreator rajongo vagyok, mert annak rengetegsok elonye van, az egyik pl. az, hogy a shortcutok meglehetosen VS-kompatibilisek (es ha mar dolgozoban ugyis azt kell hasznalnom napi nyolc oraban, akkor ne kelljen az otthoni projektekhez valami tok masra atszokni).
-
#1718
ArchElf
addikt
Sk8erPeter
#1716
ArchElf
addikt
válasz
Sk8erPeter
#1716
üzenetére
A hsz.-edből úgy tűnt, tapasztaltál már komolyabb problémákat.
Nem tudom miből tűnt úgy a hsz-emből... (amúgy is azt ítam, hogy le fogják - nem hogy le fogom - harapni a fejét)AE
-
A qtcreator is a .h-kbol meg a tobbibol szedi ossze a szukseges infot, szoval mukodik a kodkiegeszites mindennel (es a QT-t is csak onnan ismeri, szoval ha pl. nem includolod a QHash-t, akkor nem fogja tudni, hogy milyen metodusai vannak).
Egyebkent tudtatok, hogy QT-ben van foreach? Szoval a kovetkzo tok jol mukodik:
QHash<int, QString> stringHash;
.
.
foreach (const QString &s, stringHash)
qDebug() << s; -
#1716
Sk8erPeter
nagyúr
ArchElf
#1710
Sk8erPeter
nagyúr
válasz
ArchElf
#1710
üzenetére
Nem úgy értem, hanem hogy ezt írtad: "Ha kizárólag MS alá fejlesztesz, akkor nincs vele semmi gond." - mi a gond vele akkor, ha mégis VS alatt fejlesztesz más környezetre? Vagy platformfüggetlenül lefordíthatóvá szeretnéd tenni a kódodat?
A hsz.-edből úgy tűnt, tapasztaltál már komolyabb problémákat.
Mondjuk oké, azt a már-nem-emlékszem-melyik könyvtárat be szokta include-olni, az a hülyesége valóban megvan, de ezenkívül?(#1714) n00n : az Eclipse tényleg jó választás, már csak azért is, mert Linuxra és Windows-ra is van megfelelő változata, tehát ha épp másik platformra költözöl, akkor is használhatod a megszokott Eclipse-es környezetedet fejlesztéshez.
Vagy NetBeans. -
#1713
Vico87
tag
WonderCSabo
#1712
Vico87
tag
válasz
WonderCSabo
#1712
üzenetére
Eclipse-t eddig csak Javara használtam, szóval nincs tapasztalatom a C++ képességeiről. Az igaz, hogy az Intellisense egy rakás "zajt" is felkínál, főleg, hogy ugye Windows alkalmazásoknál a windows.h miatt egy csillió deklaráció közül kell kikeresni a dolgokat.
Egy kis ideig használtam Code:: Blocks-ot. Ami tetszett, hogy kis egyszerű, minimalista a nagyágyúkhoz képest, viszont a kódkiegészítése nem a legjobb, ami miatt sokat kell gépelni.
-
#1712
WonderCSabo
félisten
WonderCSabo
#1711
WonderCSabo
félisten
válasz
WonderCSabo
#1711
üzenetére
Bocs, lejárt a szerk idő.
Egyébként bmennyere IntelliSensenek hívja az MS, közel sem annyira intelligens. Az Eclipse kód kiegészítője sokkal jobb nála. És most természetesen nem arra gondolok, hogy nem bmi beíráskor ajánl fel dolgokat, mert azt be is lehet állítani... Ha az IntelliSensenél bhol rácsapok a Ctrl+Space-re, akkor mindig ugyanazt a listát dobja fel, amiben a találatok 99.99999%-a totál irreleváns az adott kódrészletre. Az Eclipse pedig felismeri, hogy éppen mit akarsz írni, és abban segít: végigiterálsz egy collectionon, vagy írsz egy felüldefiniált fvt, megvalósítasz vmi elcseszett generices fvt, tökmindegy, az Eclipse faszán kiegészíti, és azt írja le, amit éppen Te is akartál volna. Még a változónevek kitalálásában is segít, így konzisztens lesz a kód. Ezerszer jobb, mint ez az "Intelli"Sense.
-
#1710
ArchElf
addikt
Sk8erPeter
#1709
ArchElf
addikt
válasz
Sk8erPeter
#1709
üzenetére
Akkor pl. Qt.
AE
-
#1706
Vico87
tag
WonderCSabo
#1705
Vico87
tag
válasz
WonderCSabo
#1705
üzenetére
Szerintem nem. Alapból gépeléskor nem, csak függvényhívás nyitó zárójelénél, tagpointernél (->) és scope operátornál. Azt külön kell engedélyezni (és alapból tiltva van), hogy úgy működjön, mint C#-nál, azaz bármit gépelsz, egyből felkínálja. Legalábbis eddig nekem VS2005 óta mindegyik alapból így működik (friss OS install utáni telepítéskor is, szóval joggal feltételezem, hogy ez a default).
Szerk.: C# esetén viszont az a default, amit mondasz.
-
Vico87
tag
válasz
pckownz
#1696
üzenetére
C++ esetében nem indul automatikusan az Intellisense gépeléskor. Ctrl+Space kombóval lehet beindítani, vagy a beállítások között bekapcsolható, hogy gépeléskor egyből felkínálja a lehetőségeket. Ctrl+Shift+Space kombóval pedig függvények paraméterlistája kérhető (ha egy függvényhívás zárójelei között vagy). Azt vedd figyelembe, hogy nem lesz olyan pontos és gyors, mint egy Pascal vagy C# esetében, mert C++ nyelvet nehezebb feldolgozni.
-
#1702
dabadab
titán
Sk8erPeter
#1701
válasz
Sk8erPeter
#1701
üzenetére
En annak idejen kockas papiron szamoltam a biteket, aztan az ertekeket kozvetlenul a memoriaba irtam, szoval tudom, hogy lehet igy is, de ezzel egyutt szerintem marhasag nem hasznalni az IDE-k automatizmusait.
-
#1701
Sk8erPeter
nagyúr
Davs
#1699
Sk8erPeter
nagyúr
Szerintem semmi. Olyan 50 hsz.-szel ezelőtt volt egy kisebb vita arról, hogy vajon kezdőknek jó-e a Visual Studiós IntelliSense, tehát hogy folyamatosan segít programozás közben. Kezdők szemszögéből egy bizonyos szempontból jó (egyből szól, ha para van), más szempontból nem biztos (nem biztos, hogy a fejébe verődnek a programozási alapelvek - vagy épp, hogy emiatt fognak, nyitott kérdés). Igazából nem egyértelmű, hogy jó-e vagy sem.
locks kicsit "fapados" az embernek. Így most telepítem éppen az Eclipse-t, most azzal teszek egy próbát. 
Új hozzászólás Aktív témák
● ha kódot szúrsz be, használd a PROGRAMKÓD formázási funkciót!
- Autóhifi
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- PROHARDVER! feedback: bugok, problémák, ötletek
- Nők, nőügyek (18+)
- Amlogic S905, S912 processzoros készülékek
- Milyen légkondit a lakásba?
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Üzemidőt áldoz a fényerő oltárán a Garmin Fenix 8 Pro
- Vivo X200 Pro - a kétszázát!
- Akciófigyelő: Megnyílt a Xiaomi hivatalos magyar webáruháza
- További aktív témák...
- új, bontatlan Kingston FURY Impact 32 GB KIT DDR4L-3200 SoDIMM CL20-22-22 memória / kisker garancia
- Asztali PC , i5 10400F , RX 6600 XT , 16GB DDR4 , 512GB NVME
- Bomba ár! Fujitsu H760 - i7-6820HQ I 32GB I 500SSD I 15,6" FHD I Nvidia 4GB I Cam I W10 I Garancia!
- LG 32" ívelt Monitor 32MR50C-B
- Bomba ár! HP EliteBook 840 G8 - i5-1145G7 I 8GB I 256GB SSD I HDMI I 14" FHD I Cam I W11 I Gari!
- BESZÁMÍTÁS! Gigabyte Aorus B450 R7 5700X 16GB DDR4 512GB SSD RTX 3060Ti 8GB ZALMAN I3 NEO 650W
- BESZÁMÍTÁS! MSI B450 R5 5600X 32GB DDR4 512GB SSD RTX 4060Ti 16GB ZALMAN N4 Enermax 650W
- GYÖNYÖRŰ iPhone 12 mini 128GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS3328, 94% Akkumulátor
- Telefon felváráslás!! iPhone 15/iPhone 15 Plus/iPhone 15 Pro/iPhone 15 Pro Max
- GYÖNYÖRŰ iPhone SE 2020 128GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS3279, 100% Akkumulátor
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest