eT` Posted February 6, 2012 Report Share Posted February 6, 2012 (edited) Tātad mēģinu izshēmot, kā lai atrisina vienu lietu, lai viena klases metode varētu veidot SQL vaicājumus jebkurā tabulā. kods ir sadalīts pa datnēm, bet saliku vienā koda gabalā ... te bija manas pārdomas ... LAST EDIT: viss strādā, bet gribu zināt cik kods ir labs tālākajam darbam, un ko sakat par šādu sistēmu - http://paste.php.lv/41792fef2fe756e05cdc17b2a0437b18?lang=php Edited February 6, 2012 by eT` Quote Link to comment Share on other sites More sharing options...
rATRIJS Posted February 6, 2012 Report Share Posted February 6, 2012 Izskatās pēc jocīga ActiveRecord veidojuma. Es tādā gadījumā create, update un delete metodes netaisītu statiskas. $user = new User(array("name" => "rATRIJS")); $user->save(); // fonā veido INSERT un uzstāda id Kā arī visiem modeļiem extend'ot DB klasi nevajadzētu. Ja gribi mācīties tad vari turpināt, savādāk es ieteiktu skatīties kādu jau gatavu ORM bibliotēku. Quote Link to comment Share on other sites More sharing options...
eT` Posted February 6, 2012 Author Report Share Posted February 6, 2012 It kā gribētos iemācīties, Vecāku klase, bērnu klases parametriem var piekļūt tikai, ja tie ir statiski? Jo gribu objektus veidot vecāku klasē, bet nezinu kādu principu lai pielieto ( negribu visās apakšklasēs veidot metodes CRUD ) Kādu ORM tu iesaki, un kāds ir viņas princips? Ko viņa palīdz izdarīt? Quote Link to comment Share on other sites More sharing options...
briedis Posted February 6, 2012 Report Share Posted February 6, 2012 Pamēģini RedBeanPhp, ļoti vienkāršs un ērti lietojams. Quote Link to comment Share on other sites More sharing options...
Kaklz Posted February 6, 2012 Report Share Posted February 6, 2012 Ja tu raksti kaut ko OOP stilā, tad aizmirsti par "global" eksistenci. Tas būs taisnākais ceļš uz elli. Tā vietā palasi par singleton, registry patterniem. Quote Link to comment Share on other sites More sharing options...
daGrevis Posted February 7, 2012 Report Share Posted February 7, 2012 Singletons jau arī ir "ļauns"... labāk palasi par dependency injection. Quote Link to comment Share on other sites More sharing options...
Kavacky Posted February 7, 2012 Report Share Posted February 7, 2012 Ja tu raksti kaut ko OOP stilā, tad aizmirsti par "global" eksistenci. Tas būs taisnākais ceļš uz elli. Tā vietā palasi par singleton, registry patterniem. Ar ko pēdējie būtu labāki? (: Quote Link to comment Share on other sites More sharing options...
Kaklz Posted February 7, 2012 Report Share Posted February 7, 2012 Ja skatās tā vispārīgi, tad jā - atšķirības pārāk daudz nav, taču manuprāt global ir izteikti procedurāla programmēšanas piegājiena konstrukcija un ja cilvēks cenšas rakstīt/apgūt OOP, tad labi būtu sākt apgūt arī patternus, kas tiek izmantoti OOP rakstīšanā. Tieši tāpēc var sākt ar vienkāršākajiem patterniem (singleton, registry), pēc tam var turpināt ar tiem pašiem daGrevis minētajiem dependency injection, u.c. Quote Link to comment Share on other sites More sharing options...
Kavacky Posted February 7, 2012 Report Share Posted February 7, 2012 global $a; $var = $a->get('lolz'); iewrapot $var = SingletonA::instance()->get('lolz'); jau nenozīmē, ka tagad tā ir OOP pieeja. Tā var būt vienkārša OOP struktūru izmantošana bez īpašas vajadzības. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.