Mellesleg készülget az új mefiblog motor, ami teljesen objektumorientált alapokon nyugszik majd. Nem hiszem, hogy érdekel valakit, de még template sablonrendszer is lesz benne, így most ilyen <postTitle> elemek, meg csupa $template->displayContent() függvénynevek rohangálnak a fejemben.
« OOP-mefiblog »
Kommentek 
A bejegyzéshez érkezett kommentek, amiket RSS csatornán is követhetsz.
#1
- 2006. szeptember 23., 15:41:12 #
- válasz
jó dolog az oop, de még egyszer nem használtam :D
távozz tőlem sántán opp :) én még ilyen begyepesedett programozó vagyok, bár az enyém blogmotor is oop (én azon szoktam tesztelgetni az újabb dolgokat). Milyen template rendszert akarsz használni? Én most hackolom át Smartyról XSL-re.
tiny: :) hát láttam már h mire jó, láttam már forrást amiben oop-t használnak. tényleg jó, de nekem még nem volt hűdenagy szükségem rá
én még nem éreztem égető szükségét, hogy objektum-orientáltan kódoljak… egyedül a statisztikáim működnek így, mert annál hasznos.
Shamalt: Szintúgy. Próbáltam már, de nem működik :(
nekem az a bajom az oopvel, hogy egyszer meg kéne írni egy rohadtnagy alapkészletet, ha nulláról szeretnék kezdeni. már vagy hatszor nekiálltam, de közben mindig a peart, a smartyt, a frameworkoket és a drupalt nézegetem. néhány óra peares szerencsétlenkedés után általában a drupalnál kötök ki, legyen a készülő dolog portál, vagy teljesen más :)
most éppen az OOo2 Basere megharagudva próbálok valami spec adatbázisos cuccot összedobni, itt valszeg elég lesz a pear, smarty páros.
most éppen az OOo2 Basere megharagudva próbálok valami spec adatbázisos cuccot összedobni, itt valszeg elég lesz a pear, smarty páros.
Az OOP-ben az a legérdekesebb, hogy elvileg az egyszerűség miatt csinálod, de közben rendkívül összetett. Én nagyon sokáig irtóztam tőle, aztán amikor rájöttem, hogy hogyan kéne, akkor próbálgattam. Mígnem egyik nap leültem, és megírtam az alapokat.
Egy sablonrendszerhez pedig – szerintem – elengedhetetlen, ha szépen akarjuk kivitelezni.
Ellenben a Pear, Smarty és egyéb izéktől óvakodom.
Egy sablonrendszerhez pedig – szerintem – elengedhetetlen, ha szépen akarjuk kivitelezni.
Ellenben a Pear, Smarty és egyéb izéktől óvakodom.
maat: Na most lehet olyat csinálni (mint sok okos OS programozó), hogy veszel pár már meglévő kódkészletet (mint pl. a sokak által felhozott PEAR, vagy Smarty) és azokat alakítgatod, veszel át belőlük okos dolgokat. Amit pedig egyelőre nem tudsz lekódolni, azt meghagyod ezekből a librarykből, és utána ha időd lesz rá, akkor átállsz saját kódra.
Na most ezeknek a mindenféle libraryknek megvannak a hátrányaik. Először is mindegyik redundáns, hiszen a mefiblog alatt is fut egy specifikus SQL rendszer, a PEAR :DB pedig elméletileg MsSQL-től kezdve sok-sok más adatbáziskezelőig kompatibilis, elvileg rengeteg a felesleges fájl, betöltődő kód. Aztán ugyanez a Smartyra is igaz, rengeteg olyan utasítás van benne, ami jó, hogy létezik, hiszen ha gyors alkalmazásfejlesztés a cél, akkor ugye van hova nyúlni, de ugyanakkor a végleges alkalmazásban előfordulhat, hogy a Smarty kódkészletének csak max. 70-80%-át módosítod, 20-30% pedig ott van feleslegesen. Arról nem is beszélve, hogy a saját rendszert sokszor nehezebb feltörni, mert nem ismertek a gyengéi.
Na most ezeknek a mindenféle libraryknek megvannak a hátrányaik. Először is mindegyik redundáns, hiszen a mefiblog alatt is fut egy specifikus SQL rendszer, a PEAR :DB pedig elméletileg MsSQL-től kezdve sok-sok más adatbáziskezelőig kompatibilis, elvileg rengeteg a felesleges fájl, betöltődő kód. Aztán ugyanez a Smartyra is igaz, rengeteg olyan utasítás van benne, ami jó, hogy létezik, hiszen ha gyors alkalmazásfejlesztés a cél, akkor ugye van hova nyúlni, de ugyanakkor a végleges alkalmazásban előfordulhat, hogy a Smarty kódkészletének csak max. 70-80%-át módosítod, 20-30% pedig ott van feleslegesen. Arról nem is beszélve, hogy a saját rendszert sokszor nehezebb feltörni, mert nem ismertek a gyengéi.
Az utolsó mondatodban a lényeg, többek között ezért sem használok ilyen libraryket, kódokat, nevezzük ahogyan akarjuk.
Methos: Én az OOP lényegét értem, csak nem találok olyan doksit vagy könyvet, amiben szépen elmagyarázza nekem, mint a struktúrált szemléletet tanult embernek, hogy mi fasz az is öröklődés stb. Szóval kellene egy olyan könyv, ami ott kezdi, hogy nem is tanultam még programozni és most megtanulom az OOP szemléletet. A weblaboron van egy amiben egy idő után olyan dolgok vannak, amikről lila gőzöm sincs és innentől kezdve nagyon elmegy a kedvem az OOP-től. Pedig haver is mondta, hogy nagy előnye, hogy egyszerre több is futhat a kódból párhuzamosan …
Arra gondoltam, hogy több objektumpéldány létezhet egyszerre. Pl. egy t lehet készíteni, amivel mérjük a kód sebességét …
Na időközben vettem két könyvet az OOP-vel kapcsolatban. Bár időm még nem volt velük foglalkozni azért itt a két könyv ha vkit esetleg érdekel a tma:
Kiskapu kiadó –
ComputerBooks kiadó –
Kiskapu kiadó –
ComputerBooks kiadó –
Ajánló
Ebben a témában, esetleg ezen a napon voltak még ilyenek is:
SVN, commit, nano, OS X (2012. február 09., 11:59:18)
Mentőtörők (2008. augusztus 22., 09:30:53)
Trégomb (2006. április 13., 06:34:20)
Érdekességek
Száraz számok, pusztán csak tények:
Ez a bejegyzés 2068 napja született, 55 szóból, és 346 karakterből áll. Ajánlhatod bizonyos linkgyűjtő oldalaknak:
