Diskuze: Problémy s pointery
V předchozím kvízu, Online test znalostí C++, jsme si ověřili nabyté zkušenosti z kurzu.
Lukáš Hruda:18.10.2012 20:36
S tim souhlasim, proto ale tvrdim že je to individuální, někdo si pozor
dává a třeba se mu to nestává. A nebo jak sem psal, udělat si knihovnu,
tak se to v C++ řeší asi nejlíp, samozřejmě že je trochu otrava u
velkýho programu neustále kontrolovat kde dealokovat který pole, pak neni nic
jedoduššího než si napsat třídu pro pole, alokaci/dealokaci vyřešit v
konstruktoru/destruktoru a dál se nemusíš starat o nic, jenom používat...
nebudu přece používat jiný jazyk jenom proto že má automatickou správu
paměti když mi jinak ten jazyk nevyhovuje a se správou paměti většinou
nemám problémy. 
Lukáš Hruda:18.10.2012 20:56
Tak samozřejmě, chyby prostě vznikají, netvrdim že se mi nikdy nestala
chyba ve správě paměti ale mnohem horší chyby se mi stávali u uplně
jiných věcí a jejich nalezení a odstranění mi trvalo daleko delší dobu.
...a jak už sem řikal,
když si na často používaný věci napíšeš knihovny a napíšeš je
dobře, tak se kolikrát o správu paměti ani nemusíš starat. Třeba v
klasickym C kde nejsou třídy bych s tim asi měl větší problémy, proto
programuju v C++. Nejčastější věc kde používáš dynamickou správu jsou
pole, a na to se dá třída napsat celkem snadno...
Lukáš Hruda:19.10.2012 13:06
Tu větu sis špatně přečet ...napsal sem že nejhorší a nejčastější chyby ve správě
paměti mi vznikali v polích (a to v dobách kdy sem ještě C++ pořádně
neuměl a programoval jako prase) neni tam řečeno že ty chyby byly nějak
závažný a rozhodně mi jejich oprava netrvala několik dní. Už sem tu
jednou psal že daleko horší chyby mi vznikají v uplně jiných věcech.
Věc která mi na těchhle jazycích vadí uplně nejvíc je jejich na muj vkus
přehnaná objektová orientace. Všechno musí bejt v nějaký třídě, ke
všemu musíš používat objekty, skoro všechnou jsou objekty... Mě se líbí
jak je to v C++, když třídu potřebuju tak si ji udělam, když ne tak
programuju procedurálně, C++ prostě všemu nechává větší volnost. I
způsob jakym tam fungujou právě reference se mi líbí mnohem víc.
Když bude potřeba tak nebudu mít velkej problém se třeba Javu naučit, což
stejně budu muset až pudu na VŠ. Obráceně přecházet z Javy nebo C# na
C/C++ by asi bylo horší.
Když už je řeč o refencích, mam malej dotaz. Vždycky mě zajímalo jak
se v Javě a C# řeší když potřebuju funkci jako parametr předat proměnnou
a chci aby když jí ta funkce změní aby se změnila i ta proměnná kterou
sem za ten parametr dosadil. V C++ se tohle řeší právě přes reference.
Pokud se v C# a Javě dá vytvořit reference na obyčejnou proměnnou, tak jak?
A pokud ne, tak jak se to řeší? Předem díky za odpověď?
David Hartinger:19.10.2012 13:14
Opět jsem přesvědčen, že tyto názory jsou pouze důsledkem nevědomosti a neznalosti objektového přístupu. Míchat objektový a procedurální kód je asi to nejhorší, co můžeš udělat, to poznáš sám, až pochopíš, jak objekty fungují. Větu "Přecházet z Javy na C# by bylo horší" nechápu, protože C# JE Java (přesněji z ní vychází).
Tvůj dotaz je špatně položený, protože nevíš, jak OOP funguje. Sice
to C# umožňuje modifikátorem u parametru a Java určitě také, ale ve
správně napsaném programu to nebudeš potřebovat. Ty sis jen otevřel Javu a
zkoušel v ní programovat procedurálně, ani se nedivím, že ti to moc nešlo
David Hartinger:19.10.2012 13:19
Aby to nepochopil špatně, že se pro každou proměnnou, co chce předat,
musí dělat objekt Tady je
otázka proč vůbec modifikovat nějakou proměnnou. Ta proměnná něčemu
patří, má nějaký kontext, nějaký objekt. Proto předám ten objekt a
modifikuji stav tohoto objektu ať již metodou nebo přímo.
Lukáš Hruda:19.10.2012 13:29
Nenapsal sem z Javy na C# ale z Javy nebo C# na C/C++ Já chápu jak fungujou objekty v
rámci C++. Ten jazyk je dělanej na to aby se v ném míchalo objektový a
procedurální programování, taky to neni čistě OOP jazyk. Java a C# jsou
čistě objektový jazyky a to je asi ten hlavní důvod proč se mi nelíbí.
Líbí se mi styl jakym je to řešený v C++, objekty tam sou a já je často
používam ale někdy mi prostě přijde lepší programovat bez nich. I v C++
můžeš programovat čistě objektově pokud chceš, ale přijde mi jako
hloupost tam dělat třídu a následě objekt kvuli každej funkci. V podstatě
se dá říct že mi nevyhovuje čistě objektový programování a proto mi
nevyhovuje Java ani C#... Rozhodně si nemyslim že C++ je zastaralej jazyk a
uplatnění si určitě najde a co se týče absence automatycký správy
paměti, tak to sme tu myslim řešili už dost.
David Hartinger:19.10.2012 14:14
Každá funkce někam patří, jen to ještě nevíš, protože nad tím
nejsi zvyklý přemýšlet
Pokud nejde mít na poli funkci, udělal bych si statickou třídu třeba
ArrayUtils a do té dal metody pro práci s polem, jistě jich bude více,
třeba hledání. K čemu používáš prohození 2 čísel? Pokud k řazení,
má být také ve třídě ArrayUtils. Ještě se mi nestalo, že bych si dělal
třídu pro 1 funkci, udělám si tolik tříd, s kolika objekty pracuji a
funkce si přehledně rozdělím tam, kam patří. I před OOP se přeci funkce
členily do nějakých hlavičkových knihoven, objekty na to jen navazují a
umožňují ještě přehlednější kód.
David Hartinger:19.10.2012 14:17
Nic nikdy nestojí samostaně. Jsou to funkce hry, patří do objektu Hra,
Level, Tetris, pojmenuj si to jak chceš Pokud se ti stane, že je pro nějakou část hry moc funkci (třeba
pro kostku), je dobrý nápad je vyčlenit do objektu kostka (rotace, pád,
generování nové, načtení vzorů ze souboru...)
David Hartinger:19.10.2012 15:39
Počkej, počkej. Jak můžeš udělat třídě objekt Game? Četl jsi, na co jsem tě navedl? Objekt je myšlený většinou ve smyslu instance, tu uděláš z třídy. Ta hra v sobě bude mít přeci další objekty, jako Kostka (ta co padá), příští kostka, dále třeba hrací plocha (to jsou ty napadané kostičky). Hra samoztná na sobě bude mít třeba metodu restart(), kostka třeba orotuj(), hracíplocha třeba připojkostku().
EDIT: Jo její objekt, no dobře, ale říkejme tomu prosím instance.
Promiň, že čtu jak ponocný, ale docela dlouho jsme se nevyspal
Ty používáš třídy jako byly ve starém céčku struktury. Třída toho ale umí mnohem víc, než jen držet data.
" nevidim důvod proč psát třídu pro jeden objekt když dobře vim že
víc objektů nikdy potřebovat nebudu" - Třeba proto, aby ten kód dával
smysl Úplně stejně bych ti
mohl říct, že nevidím důvod, proč nemít všechny proměnné globální,
že mi to tak vždycky bude fungovat.
Lukáš Hruda:19.10.2012 16:21
Špatně je dost relativní pojem, píšu to tak jak mi to vyhovuje Pokud vim tak v C++ se
kombinovanym stylem programuje běžně
Zobrazeno 50 zpráv z 50.