CakePHP: tvoríme CMS - 3 (Active Record) (diskuse)

[camlost]

pusobive? na me to skutecne zapusobilo - radsi zustanu u sql dotazu. lze je modifikovat pomerne nezavisle na vlastnim kodu, coz snizuje riziko zaneseni chyby.

[karotka]

Ano active record jsou pekne, napsani sql dotazu trva minutu s actice record pul minuty, ovsem do te chvile, nez narazite na neco s cim autor v navrhu jaksi nepocital, v te chvili to trva tyden :). Na jednoduche veci to samozrejmne staci, ale v pripade, ze napr. potrebujete optimalizovat dotaz a z nejakeho duvodu ho nepsat uplne jinak, stava se to naprosto nepouzitelne.

[vkuzel]

Pro spouštění komplikovanější sql příkazů, bude zřejmě sloužit metoda execute, viz dokumentace, na kterou uvedl autor článku odkaz.

[KK]

Jak už tu bylo řečeno výše, na spuštění vlastního SQL dotazu slouží metoda Model::query. Nechci se Cake zastávat ani ho hanit. Jsou věci které se udělají naprosto triviálně a jsou věci které zaberou den, než na ně přijdete.

[Pavel]

$article = $this->Article->find(1);
$article['Article']['title'] = 'nový titulok';
$this->Article->save($article);

Prilis nechapu logiku tohoto zapisu. Z jakeho kontextu se k vlastnosti Article pristupuje? Z metody tridy Article? Nebo z akce? Na co ukazuje promenna $this? A pokud je tento kod umisten v tride Article, proc je nutne pristupovat k vlastnosti Article a nestaci napsat rovnou $article = $this->find(1);? Dalsi otazka je podobna, proc ma pole vracene metodou find prvni rozmer Article? Cekal bych, ze staci zapis echo $article['title'].

[freshmouse]

Na tyto otázky bych taky rád znal odpověď.

Co se týče indexu "Article", na ten jsem se již ptal v prvním dílu článků.

[Daniel Kvasnička ml.]

$this je controller, Article je instance toho modelu do nej natazena nejakym $this->load... bla, bla..., to uz si presne nepamatuju. System Cake povazuju celkove za dost nestastny a trochu me zarazi, ze rozumny ORM planuji az na verzi 2... vzhledem k tomu, ze v1.2 je v beta stavu uz peknou radku mesicu... Ale koukam, ze maj novej web Tak asi se neco deje

[Tibor Piňo]

Dany zapis ktory som pouzil by bol zapisany v controllery napr. v triede ArticlesController a ten vola metody triedy modelu Article. Cize v danom controllery pristupujes k metodam modelu napr. takto $this->Article->find(1)

Odpoved preco su tam tie indexy sa uz diskutovala v prvom diely.

[Deleted [8409]]

Kdyby chtěl někdo něco podobného a mnohem robustnějšího v pythonu, tak doporučuju sqlalchemy (manuál).

[sNop]

Stale se rozhoduji mezi Zend, Prado a CakePHP a neumim se rozhodnout. Zatat tak zbezne studuji Zend, ale jen kvuli temu ze vsichni ho vychvaluji a je asi mezi PHP programatorama(i vnasich koncinach) nejpouzivanejsi. Byl bych rad, kdybyze autor clanku nejak povznese CakePHP a proc delat v nem. Ja osobne delam klasicke weby, login, diskusia, blog, kometare k clankom, novinky, ... Chysta se pro CakePHP nejake vyvojove prostredi ?

[Daniel Kvasnička ml.]

Velice bych ti doporucil zahrnout do vyberu i Kohanu (fork CodeIgniteru). Osobne ji pouzivam prave v kobinaci se Zendem (modularnost Zendu je obrovskou vyhodou) a jsem spokojen. Pro nekoho muze byt nevyhodou, ze jeji databazova vrstva je zatim dosti primitivni. Ale pro me to bylo spise vyhodou, rad si vybiram komponenty sam a zvolil jsem Propel (i kvuli jiste koncepcni podobnosti s Apache Cayenne). Prado nevim, jestli je to nejlepsi pro to, co delas. Je to stavovy komponentovy framework, ktery je vhodny spise na komplexni aplikace, ktere se maji chovat co nejvice jako desktopove. Tobe by asi spise vyhovoval nejaky vice "strankove" orientovany framework.

[.]

CakePHP podle mně lepší

[Daniel Kvasnička ml.]

Nez...? A alespon nejaky argument

[sNop]

Ale nadruhe strane, ted sem zase dodelal aplikaci (elektronicky obstaravaci system) a ta by se asi nejlepe delala v PRADO. V te aplikaci ani jedna stranka nema tu istu podobu, vse se pocita dynamicky, teda tym myslim hodnoty v tabulkach, zmeny barev pri zvyraznenach, zmeny fontu, sumare, vsetky ciselne polozky,.. ja sem to resil vsetko refresem(nastavitelny indetrval i v admin i v uzivatelske casti), coz neni ono. Nejlepsi by bylo, kdybyze se to cele chova jak desktoppova aplikace, teda veskera komunikace ze serverem na pozadi a minimum refresu alebo vubec zadne. A PRADO se mi libi, povodne sem programator v DELPHI a toto se doost podoba. Kohana mi pripada dost neznama a mala, nema vsechno co je potreba. Skratka chci nadrtit framewrok, ktery ma vizi a muzu snim delat jak jendoduche staticke stranky, tak i plne dynamicke AJAX stranky (polodesktopove). Ale KOHANU urcite tez obmrknu. Skratka musim patrat, ale zatim sem na uplneme zacatku. ;)

[Daniel Kvasnička ml.]

V te aplikaci ani jedna stranka nema tu istu podobu, vse se pocita dynamicky, teda tym myslim hodnoty v tabulkach, zmeny barev pri zvyraznenach, zmeny fontu, sumare, vsetky ciselne polozky,.. ja sem to resil vsetko refresem(nastavitelny indetrval i v admin i v uzivatelske casti), coz neni ono. Nejlepsi by bylo, kdybyze se to cele chova jak desktoppova aplikace, teda veskera komunikace ze serverem na pozadi a minimum refresu alebo vubec zadne.

To si myslim, ze ale neni uplne pripad PRADO a podobnych frameworku (ASP.NET, Wicket). Standardne AJAX nepouzivaji, jde jen o to, ze ukladaji stav View.

Kohana mi pripada dost neznama a mala, nema vsechno co je potreba.

No neznama, stavi na CodeIgniteru a ten neznamy rozhodne neni. Kohana jde dal v cistote navrhu a objektovosti a hlavne v reakcich na namitky uzivatelu. Firma stojici za CodeIgniterem je totiz delsi dobu ignorovala -- proto Kohana vznikla.

A ze nema vse co je potreba... no pro me to je vyhoda Cake ma "co je potreba" ale vsechno je relativne dost zadratovane do systemu a tezko se to vymenuje nebo odstranuje. Se Zendem bys na tom byl omnoho lepe.

[sNop]

J, Zend i tak uz pomaly studuji, ten se v bodouncu bude hodit tak ci tak, knihovny se daji pouzivat nezavisle na sobe. Ale muj nejzasadnejsi problem zatim je MVC, dost temu nechapu(i kdyz sem uz par veci precetl) asi proto, ze sem v tem nic jeste neudelal. Problem je, ze k popisu MVC neni zadna kvalitni literatura, budu muset najit neco na webu.

[Daniel Kvasnička ml.]

S MVC je to totiz tak, ze kolik developeru, tolik interpretaci... A navic je kolem toho hodne mytu a mnoho frameworku casti toho patternu dost priohybaji. ja na MVC pisu magisterku, tak kdyz ji dopisu ( ), tak ji pak nekam hodim.

V zasade je to tak, ze controller prijme udalost od uzivatele, na zaklade prijatych dat vykomunikuje s modelem co potrebuje a pak preda data view, ktery je potrebuje, aby uzivatel dostal na svou udalost odezvu.... a tak porad dokola.

S prichodem AJAXu vznikla i prima vazba mezi V a M, pricemz v realne implementaci tam ale stejne nejake to "malinke C" je Krasnym prikladem je javovsky AJAXovy framework DWR, ktery umoznuje primo z JS volat vypublikovane servisni tridy na serveru -- v realu tam samozrejme mezi tim je controller v podobe nejakeho servletu, ale v podstate je to komunikace V <-> M. Nebo View Helper pattern z J2EE, kdy JSP view nejen ze dostane data od controlleru, ale jeste muze pouzit beanu a natahnout nektera data mimo front controller -- extremne uzitecna vec pro psani prenositelnych view komponent.

[sNop]

A ze nema vse co je potreba... no pro me to je vyhoda :) Cake ma "co je potreba" ale vsechno je relativne dost zadratovane do systemu a tezko se to vymenuje nebo odstranuje. Se Zendem bys na tom byl omnoho lepe.

to je pravda, kdyz ty frameworky ovladas a oni neovladaji tebe, tak je urcite lepsi si vybrat framework, ktery neni tak robustni jako napr. KOHANA a knemu pripojit co je potreba, napr. ZEND,.. Ja by sem to udelal tak isto kdybyze ty frameworky znam a muzu si takto vybrat. Jenom je tu problem ze ze zacatku nemuzu drtit tri framworky + Javascript + AJAX, to skratka nejde. Ale jinak uplne stebou suhlasim.

ja na MVC pisu magisterku, tak kdyz ji dopisu ( ;) ), tak ji pak nekam hodim.

tak to je super nahoda, kdy to chystas dokoncit ? ale kdyz mas uz nejakou chopnou verzi tak mi to klidne muzes poslat na mail, nenahnevam se :)

[Daniel Kvasnička ml.]

tak to je super nahoda, kdy to chystas dokoncit ? ale kdyz mas uz nejakou chopnou verzi tak mi to klidne muzes poslat na mail, nenahnevam se :)

To bude az na podzim, ted v lete to ani statnice nestihnu

[sNop]

skoda, nevis mi doporusit nejaku dobru knihu alebo i anglicky clanek (s ang. nemam problem), nic dobre a ucelene sem zasti nenasel, jakoze ci nemas neco fakt dobre bookmarkle :) jinak ja si poradim

[Daniel Kvasnička ml.]

http://del.icio.us/smilelover/MVC ...a Rudolf Pecinovsky to docela rozebira take v knize Navrhove vzory. Tu je vubec dobre si poridit. Nestarne totiz s verzemi jazyku tak jako ruzne prirucky, ale obsahuje obecne vzory.

[kralyk z abclinuxu]

Dík za celkem pěkný článek, akorát bych autorovy doporučil aby nesrovnával pořád Cake s jinými metodami jako psaní sql dotazů a zůstal více nestranný ve svém popisu Cake. Stálé vyvyšování předností Cake oproti ostatním technikám ho dostává do nepříjemného postoje, jak je ostatně vidět v diskuzích...

[dc]

Trosku off topic, mierne som na nervy z toho bordelu ktory vznika vdaka JavaScriptu Ajaxu a JS kniznic. Potrebujem aby webova aplikacia bola dynamicka a pomerne casto clovek bojuje s roznou interpretaciou IE/Mozilla/etc. Takze k veci, skusal niekto Flex? Robil niekto v tom nieco vecsie, nejaku komplexnu webovu aplikaciu ? Neni to uplne to prave, ale zasa sa daju trochu obist obmedzenia webu a mozno aj niektorych frameworkov.

[&#*$@(]

...it always ends totally screwed up, because the programmer concentrated more to framework creation than to the project itself ya dummies.

[tom]

to je sice hezky , na jednu stranu to praci ulehci , ale zapamatovat si slova jako associationForeignKey to zas praci protizi , proto je lepsi napsat klasickej vypis z SQl SELECT * FROM user, article WHERE article.user_id = user.id

[Tibor Piňo]

Pokial navrhujes databazu podla konvencii CakePHP, nic si pamatat nemusis, cakephp automaticky pouziva konvencie.

[Tibor Piňo]

A este som zabudol dodat, ze ak sa pouziva ine znacenie, ako su konvencie, mozes si ich explicitne nastavit pri urcovani vazieb v modely a kazdy dodat sa bude riadit podla tvojich pravidiel.

[jackyseo15]

검증된 파워볼사이트 를 찾으신다면 eos파워볼사이트 가 있는 파워볼사이트추천 에서 파워볼 을 즐기시길 바랍니다. 5년 이상 운영된 메이저업체 이며 지금까지 많은분들께 사랑받은 안전한파워볼사이트 입니다. 안전한파워볼사이트

[Adilkhatri]

For this situation you will start it is essential, it again creates a site a solid noteworthy web webpage: 먹튀검증커뮤니티