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.
2006. szeptember 23. \\ geek témában
OOP-mefiblog
Mefi bejegyzései
Mefi hozzászólásai
-
Bluesky és a Twitter X-odus: így indult meg a tömeg a kék ég felé
"majd meglátjuk tíz év múlva :D"
-
Japán élménybeszámoló és egy háttérben meghúzódó kínai-szál
"Hajrá, most amúgy megint nagyon jó áron van a jegy az..."
-
Japán élménybeszámoló és egy háttérben meghúzódó kínai-szál
"köszi szépen!"
-
Somogy vármegyei földbirtoklási kalandjaim
"Aww, köszi szépen! :)"
-
Somogy vármegyei földbirtoklási kalandjaim
"Köszönöm!"
Mao
2006. szeptember 23. — 15:41:12
jó dolog az oop, de még egyszer nem használtam:D
tiny
2006. szeptember 23. — 15:50:51
[re=17570]Mao[/re]:Akkor honnan tudod, hogy jó dolog?:D
Trimo
2006. szeptember 23. — 15:52:18
Én emg még nem is hallottam az OOP-ról, de azért sok sikert. 😀
Dani
2006. szeptember 23. — 15:59:34
hajrá! 🙂
lippije
2006. szeptember 23. — 16:04:33
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.
Mao
2006. szeptember 23. — 16:04:55
[re=17572]tiny[/re]: 🙂 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á
Mefi
2006. szeptember 23. — 16:06:29
[re=17578]lippije[/re]: nem smarty, telejesen saját. A lényeg, hogy a -ből például “OOP-mefiblog a mefiblogon” lesz. És így tovább. Más által megírt kódot nem szeretnék beleépíteni a blogba.
[re=17579]Mao[/re]: az OOP-nek a kódujrahasznosítás a legnagyobb előnye, szerintem. 🙂
Dasler
2006. szeptember 23. — 19:27:57
Hajrá! Kiváncsi vagyok… 🙂
Vale
2006. szeptember 23. — 19:30:33
é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.
L'Coq
2006. szeptember 23. — 19:38:19
Hajrá
Lin3`Lord_
2006. szeptember 23. — 19:51:57
drupal 😉 jol megirt motor 🙂
eF`k3_
2006. szeptember 23. — 20:07:55
OOP jo, de ritkan hasznalom. hajra.
Shamalt
2006. szeptember 23. — 20:25:56
en pedig valamiert az istennek sem birom ravenni magam a szemleletmodra.
Ralesk
2006. szeptember 23. — 20:32:42
[re=17603]Shamalt[/re]: Szintúgy. Próbáltam már, de nem működik 🙁
Methos
2006. szeptember 23. — 22:57:57
Shamalt-al azonos állásponton vagyok. Valahogy nekem nem áll kézre 🙂
maat
2006. szeptember 23. — 23:12:21
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.
Mefi
2006. szeptember 24. — 00:23:10
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.
slam
2006. szeptember 24. — 11:16:00
A kinézet is változni fog vagy az marad?
suexID
2006. szeptember 24. — 22:08:00
[re=17614]maat[/re]: 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.
Mefi
2006. szeptember 24. — 22:15:07
Az utolsó mondatodban a lényeg, többek között ezért sem használok ilyen libraryket, kódokat, nevezzük ahogyan akarjuk.
Max Logan
2006. szeptember 25. — 17:54:38
[re=17613]Methos[/re]: É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 cikk 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 …
Shamalt
2006. szeptember 25. — 17:56:01
ezt az “egyszerre tobb is futhat a kodbol parhuzamosan” dolgot nem igazan tudom hova tenni.
Max Logan
2006. szeptember 25. — 18:43:53
Arra gondoltam, hogy több objektumpéldány létezhet egyszerre. Pl. egy stoppert lehet készíteni, amivel mérjük a kód sebességét …
Shamalt
2006. szeptember 25. — 18:57:13
na igy mar mindjart mas 😉
suexID
2006. november 19. — 20:38:18
[re=17717]Max Logan[/re]: LOL, ezt a segédletet én írtam! 😀
Max Logan
2006. november 20. — 23:56:48
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ó – Programtervezés
ComputerBooks kiadó – ObjektumOrientált Szoftverfejlesztés
Max Logan
2006. november 20. — 23:59:10
Ezer bocs és egy döglött anyamedve…
Elbasztam a linkelést. A helyes link: ObjektumOrientált Szoftverfejlesztés