PHP static vagy self - nem jo sehogy sem

Igen, azt - hajnal reven - elboktem, az eredeti kodban ertelemszeruen ezek statik metodusok. De nekem az kellene (amit irtam is kommentben az eredetinel - hogy minden class a sajat nevet adja vissza (I am A, I am B, I am C).

Kozben - meg lefekves elott - bevillant, hogy valoszinuleg az lesz a megoldas, hogy minden classban definialom ezt a static valtozot. Most kiprobaltam, ugy nez ki, hogy ez megoldja - cserebe nagyon csunyan nez ki. Tehat a protected static $foo -t minden osztalyban le kell definialni.

Az a problema, hogy egy osztalyspecifikus cache-re lenne szuksegem. A parent osztaly az abstract, kozvetlenul nem is peldanyosul soha, sot meghivva sincs soha. A B es C child osztalyoknak viszont teljesen sajat $foo -juknak kell lenni, kulonben megkavarodik a belso mukodesuk, amely viszont lenyegeben az A-ban van implementalva.

Most fogok nekiallni atirni a classokat ugy, hogy az A-nak megfeleloben legyen egy guard, ami az A-ban definialt specialis ertek (NULL) hatasara eldobja az agyat, miszerint ezt felul kell vagni, a B es C pedig ad egy konstans defaultot az A szamara (pl. egy ures tomb), amit az hasznalhat.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

A felrakott kod hibas, a metodusoknak statikusnak kell lenniuk, ezt vedd figyelembe.

Valojaban nekem a child osztaly neve kell, es csak az.

A tortenet arrol szol, hogy van egy MVC keretrendszer, amibol a C es a V mar meg van valositva, az M-hez viszont semmifele tamogatas nincs, egy vekony validacios osztalyt leszamitva. Mivel en mocskosul utalom a spagettikodot, a copy-pastat meg meg ennel is jobban (Ruby-nal azt verik folyamatosan a fejunkbe, hogy ha egy kodot kettonel tobbszor masolsz be valtozatlan formaban, akkor csinalj ra mixint, mert kulonben a maintenance hellben fogsz ropogosra egni), igy nekialltam valami elheto alaprendszer gyartasanak.

A dolog jol is mukodott, mindaddig amig csak egy darab modell volt a rendszerben. Mivel nekem a konkret modell osztaly konkret neve kellett, es mivel a child osztalyokban sosincsenek megvalositva azok a metodusok, amiket a parent megvalosit, igy mindenkeppen szuksegem volt arra, hogy honnet jon a class.

Ez a get_called_class() jonak tunik, kar, hogy nagyon ritkan hivom meg direktben azokat a fuggvenyeket, amikben szuksegem van a class nevere. A legtobbszor static:: hivasok sulnek el, es a doksibol nagyon nem tiszta, hogy ilyenkor mit is ad vissza a get_called_class().

Jelenleg a modell osztalyokban mindegyikben le van implementalva a static getClass() metodus, ami a __CLASS__ aktualis erteket adja vissza.

Szerk: megneztem. LOL. Nem tudom, hogy hogy csinalja, de tenyleg mindig az igazi class-t adja vissza, nem tudom egyszeruen szarul meghivni... Azert leirhatnak a doksiba.
Jovok egy sorrel, vagy amivel akarod.

Szerk2: ez amugy meg mindig nem oldja meg a cachelesi problemamat - arra valoszinuleg marad az a megoldas, hogy a cache egy classnev alapu asszociativ tomb.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal 

Az a baj, hogy a kiindulo olyasmi, hogy ilyen API-t szeretnek:

$admin = AdminModel::findFirst(array('admin_email' => 'hron@mittudomain.com'));

Illetve a model maga teljesen dinamikus, vagyis a propertyket a tabla oszlopok alapjan talalja ki (like PDO, csak azt itt nem hasznalhatok, mert sajat DB API van). Ehhez viszont ismernem kell, hogy a tablaban milyen oszlopok vannak. Ez jo is, csak nem akarom minden find hivashoz lekerdezni azokat, igy azt a megoldast talaltam ki, hogy az elso findnel becachelem az oszlopok listajat osztalyszinten, hiszen egy osztaly ugyis tobbe-kevesbe egy tablahoz kotodik (nincs igeny tobbtablas modellekre vagy shardingra), igy azok a request lefutasa alatt fixek (amugy se szokas felkeszulni sema modositasra minden requestnel).

Az osztalynev kitalalas azert kellett, mert egyreszt az egesz dinamikus, tehat amikor pl. peldanyositok egy modelt, akkor a new-nak kellene egy osztalynevet atadni megiscsak, masreszt ha nincs explicit tablanev megadva, akkor az is a modellnevbol van kikalkulalva. (AdminModel => admin).

De amugy igy mar csak nagyon keves esetben kellenek feluldefinialhato statikus metodusok, mert PHP-nal ha jol tudom nem lehet kodot futtatni csak ugy class-level, mint rubynal, tehat nem tudok olyant irni, hogy:

class FooModel extends AbstractModel {
  setTable('foo2');
}

mert ez igy mindenfele warningokat dob. Igy ilyen esetekben muszaj felulvagnom a fix getTable() metodust.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal