Kockák előle!

Minek fárasztod magad fölöslegesen a this mutatóval? Void függvényt is lehet nyugodtan használni, ha nincs szükség a return-ra, ilyesmik vannak.

[ Szerkesztve ]

Igazából az még realloc volt, csak lusta voltam fárasztani magam vele, hogy több "osztály"-példány legyen. Amúgy igazából a láncolt lista lenne az igazi...

Esküszöm gratulálok, csak nem értem!!!

Én még kiszálltam a mátrixból, mielőtt rendesen megtanultunk volna C-zni az egyetemen, így csak a Delphi kódokat értem meg valamennyire.

Amúgy tetszik a kód. Gyakorlásnak jó, hogy külön osztályfájlt hoztál létre és include-oltad, de ilyen kis osztálynál mehet egy fájlba, nem rontja az átláthatóságot. Meg ha egy függvény csak egy return-ból áll, akkor simán mehet inline a deklaráció, pl.:

void (* set) (int i) {this->i = i};

A this mutató stílusfüggő, de elhagyható és így kisebb az esélye, hogy összezavarsz vele valakit és az olvashatóság miatt is jobb, ha nincs ott.

Szerintem egy mem. felszabadítás se ártana valahova a végére, ha már foglalás van.

malloc() - free() helyett akár mehet a new() - delete() (C++-os változat, egyszerűbb, a malloc() csak nagyon programoknál hasznos, mivel méretezhető a memória címzés, a new()-nál automatikus).

[ Szerkesztve ]

Ez szigorúan C, semmi C++ trükk és társai.

A this mutatót miért is hagyhatnám el? Anélkül nem menne a dolog, az köti össze a függvényeket a structtal. Ez pure procedurális alapokon (nyugvó?) kvázi-OOP, a this nem kulcsszó, csak "véletlenül" így neveztem el. Egyébként ez csak egy skeleton skeletonjának skeletonja, lesz még rajta heggesztés bőven - aztán majd a végén rájövök, hogy nekem mégiscsak a PHP-nál kéne maradnom.

Az az inline deklaráció amit írtál az mi akar lenni? Függvény-pointernek nincs teste, hisz függvényre mutatnia kell.

A this magára az objektumpéldányra mutató mutató ( ), a C++-ban kulcsszó, ezért néztem el, ezzel nem árt vigyázni. Mondjuk a VS és a legtöbb IDE ezt más színnel jelöli, ha ez előfordulna, tehát észrevehető.

Az inline megvalósítást arra értettem, hogy egy egyszerű class-al el lehetett volna intézni az egészet, pointerek nélkül, helyben megvalósítva a függvényeket. Gondolom ez direkt olyan, amilyen, csak egy javaslat volt.

[ Szerkesztve ]

enyi !!4

Nah, ha már C-s progikat heggesztesz, meg php-t, akkor a PH!-ba tessék beleheggeszteni olyan "Programkód" beszúrási lehetőséget, ahol még syntax highlightingra és rendes tabolásra is van lehetőség, mint pastebin-en. például

Mobilos javaprogramozás... igen... ez ugrott be, mikor megláttam.
Görcsoldót kérek!

Kíváncsi vagyok...! Sikert!

[ Szerkesztve ]

Itt nem a program a lényeg, hanem a fontos. Az implementáció. OOP-ben akarok programozni C alatt is, erre írok egy library-t. Amúgy nemrég jöttem rá, hogy így készült anno '79 körül a C++ is, szóval ezért spanyolviasz.

A következő oop phpban írt ph lesz?

Nem, a RIOS 6 assemblyben lesz majd írva.

Jó szórakozást

abba nekem is segíthetnél

Com3Lab, Assembly, grrr

biztos csak C megfelelő? C++ is eléggé régi, viszont pár dolog sokkal de sokkal egyszerűbb benne. OOP kódot meg lehet Cben is írni, csak nem olyan egyszerű (úgy emlékszem Cben nem voltak alapból implementálva a containerformátumok, de lehet tévedek, régen volt már)

[ Szerkesztve ]

Csak a C a megfelelő, mert szeretem a kihívásokat, C++-val már unalmas lenne.

pedig c++ban is lehet extrém kódot írni (támogat gépi kódot is).