Téma: Procedurális vagy OOP

ÉN sokáig a funkcionális rendszert toltam, de az elmúlt 2 -3 hónapban befejeztem a saját oop/mvc frameworkomet, és tényleg rengeteg előnye van a dolognak. Igából nem letten nagyon fanatikus oop hivő, de az 5-ös phpban sokkal több előnye van mint hátránya.

hát igen...felettébb sok előnye van az biztos
nem véletlenül találták ki

bár igaz, voltak nyelvek, amiben elég fos volt, pl classic asp-ben
ott elég keveset használtam classokat.

minél jobban értettem a js-hez, annál több mindent szerveztem prototípusokba.

phpben mindent...users class...newsletter class...content class...stb.

c#ban pedig hát..nagy lehetőségek vannak az biztos. már jóideje használom, de még van mit tanulnom a különböző technikák felhasználhatóságáról, delegate-ek..stb.

jó dolog ez

Tőlem sajnos teljesen távol áll az OOP, pedig szeretném megtanulni. Kicsit túlbonyolítottnak tűnik. Nem látom az előnyeit sem, az újrahasznosításon kívül. Leírnátok, mik azok az előnyök, amiről beszéltek?
Esetleg ha tudtok jó könyvet ajánlani a témában, annak is örülnék.

heal eredeti hozzászólása

Tőlem sajnos teljesen távol áll az OOP, pedig szeretném megtanulni. Kicsit túlbonyolítottnak tűnik. Nem látom az előnyeit sem, az újrahasznosításon kívül. Leírnátok, mik azok az előnyök, amiről beszéltek?
Esetleg ha tudtok jó könyvet ajánlani a témában, annak is örülnék.

angol e-bookot tudok egy parat kuldeni, ha erdekel irj egy privit.magyarul en eddig egy jo php konyvet olvastam -->"panem kiado PHP5 egyszeruen is lehet".
ebben irnak az oop-rol is.

elonyok:
biztonsag: private tagvaltozok alkalmazasaval az osztalybol csak a vegeredmeny jon vissza. a valtozok amikkel dolgoztal az osztalyon belul maradnak.
ujrahasznosithatosag: egy jol kidolgozott osztaly tenyleg meggyorsitja az oldal modositasat es ujrahasznosithato.
pelda: keszitened kell egy ingatlanos oldalt. az ingatlannak vannak ugyebar jellemzoi(ar,szobak szama,alapterulet,stb). ezekkel dolgozol az adminban is es a nyilvanos reszen is az oldalnak. ha csinalsz egy jol felepitett ingatlan osztalyt es a megrendelo a project vegen kitalalja hogy o meg meg akarja adni a kulso szinet is a haznak akkor eleg egytelen helyen egy uj sort irnod a kodban es az adminban es a frontend reszen is modosul az oldal.

huncyrus eredeti hozzászólása

én csak a klasszokig mentem el eleddig, nem volt szükségem még object-re php-ban (c-nél és delphinél jok az objectek) de a classokra néha szükség van, sőt sok esetben egyszerübb az élet velük.

ha mar irtal osztalyokat akkor objektumokkal is volt dolgod :
ugyanis az objektum az osztaly peldanyositasaval jon letre.

Értem, köszi!
Megy a privát

Az ilyen jellegű osztályokkal az a baj, hogy elveszíted az SQL szerver által nyújtott előnyök nagy részét.
Ha ilyen entitás jellegű objektumokkal dolgozol, akkor például olyan adatokat is betöltesz az adatbázisból, amiket az adott oldalon nem jelenítesz meg.
Rosszabb esetben minden ingatlanoz (= adatbázis sor) példányosítasz egy objektumot, és onnantól azt használod, mintha az sql szerver nem is lenne alattad.
Én elég sokat dolgoztam mindkét metodológiával, és mostanra már biztosan mondhatom, hogy a webes fejlestések döntő többségénél érdemesebb az entitások kezelését az SQL szerverre bízni, különösen ha MSSQL-ről van szó.

A folyamatos, egyedi lekérdezésekkel, tárolt eljárásokkal végzett db olvasás kombinálva page output cache-el, meg legfeljebb pár helper objektum cache-ben történő tárolásával, hatékonyabb, mint saját objektumokkal újrafejleszteni a fél SQL szervert.

Geri07 eredeti hozzászólása

pelda: keszitened kell egy ingatlanos oldalt. az ingatlannak vannak ugyebar jellemzoi(ar,szobak szama,alapterulet,stb). ezekkel dolgozol az adminban is es a nyilvanos reszen is az oldalnak. ha csinalsz egy jol felepitett ingatlan osztalyt es a megrendelo a project vegen kitalalja hogy o meg meg akarja adni a kulso szinet is a haznak akkor eleg egytelen helyen egy uj sort irnod a kodban es az adminban es a frontend reszen is modosul az oldal.