DibiTable a fetch

Pokusím se to vysvětlit. DibiTable je experiment, podobně jako DibiFluent, což vlastně vzniklo jako programátorská rozcvička. Zaroveň to prověřuje kvality jádra dibi. V reálných aplikacích jsem ani jedno zatím nepoužil, naopak se mi to výborně hodí do tutoriálů (třeba v Nette), protože je to srozumitelné.

S odstupem času bych řekl, že DibiFluent uzrálo a klidně bych jej mohl začít používat místo klasických SQL příkazů. Naopak DibiTable vidím jako mrtvou věc. API se mi nelíbí, dřív než vykrystalizovalo to začali lidé používat a teď je těžké to nějak česat. Navíc bych to chtěl udělat způsobem, který je v PHP 5.2 téměř neřešitelný a půjde rozumně implementovat až v PHP 5.3. Takže to spíš vidím na druhý pokus třeba pod názvem DibiRecord.

Ale neděste se, prostě jen DibiTable nerozumím, protože je nepoužívám :-) Pokud bude vůle API učesat i za cenu nekompatibility (dyť jsem varoval, že je to experimental :-) ), rád to udělám. Ale chce si to dát tu práci, pohrát si s tím v reálných aplikacích a výsledky shrnout do nějakého koncepčního návrhu.

Výhoda PHP 5.3 je v tom, že lze dotazy nad tabulkou volat staticky Article::find() namísto $article = new Article; $article->find(). Dále lze používat i magické statické metody Article::fetchByKdesiCosi().

David Grudl napsal(a):

Naopak DibiTable vidím jako mrtvou věc. API se mi nelíbí, dřív než vykrystalizovalo to začali lidé používat a teď je těžké to nějak česat.

:-(

Navíc bych to chtěl udělat způsobem, který je v PHP 5.2 téměř neřešitelný a půjde rozumně implementovat až v PHP 5.3.

Vím, o čem mluvíš, protože jsem nedávno něco podobného zkoušel implementovat taky a narazil jsem minmálně na absenci late static binding.

Ale neděste se, prostě jen DibiTable nerozumím, protože je nepoužívám :-) Pokud bude vůle API učesat i za cenu nekompatibility (dyť jsem varoval, že je to experimental :-) ), rád to udělám. Ale chce si to dát tu práci, pohrát si s tím v reálných aplikacích a výsledky shrnout do nějakého koncepčního návrhu.

Já DibiTable reálně používám (byť zatím jen v jedné poměrně jednoduché aplikačce) a přijde mi to jako celkem užitečná (byť nedokonalá) zkratka. Do tříd odvozených od DibiTable si taky cpu všechny metody pracující s databází, aby se mi SQL neválelo po kódu. Tj. používám DibiTable trochu jako model v MVC.

Ad koncepční návrh: Myslím, že jediný takový návrh, který ze mě vypadne, je „okopírovat ActiveRecord z Rails“ :-) Ale je mi jasné, že tohle slyšet nechceš… nehledě na to, že v PHP < 5.3 to prakticky není technicky realizovatelné.

dmajda napsal(a):

Ad koncepční návrh: Myslím, že jediný takový návrh, který ze mě vypadne, je „okopírovat ActiveRecord z Rails“ :-) Ale je mi jasné, že tohle slyšet nechceš… nehledě na to, že v PHP < 5.3 to prakticky není technicky realizovatelné.

Proč ne? Zkus to prosím udělat. Myslím že hodně lidí tady (včetně mě) ActiveRecord zná jen od slyšení. Zkus vytvořit návrh, jaké metody by taková třída měla mít, jak by se měla používat. Samozřejmě v souladu s konvencí jiných tříd v dibi.

David Grudl napsal(a):

dmajda napsal(a):

Ad koncepční návrh: Myslím, že jediný takový návrh, který ze mě vypadne, je „okopírovat ActiveRecord z Rails“ :-) Ale je mi jasné, že tohle slyšet nechceš… nehledě na to, že v PHP < 5.3 to prakticky není technicky realizovatelné.

Proč ne? Zkus to prosím udělat. Myslím že hodně lidí tady (včetně mě) ActiveRecord zná jen od slyšení. Zkus vytvořit návrh, jaké metody by taková třída měla mít, jak by se měla používat. Samozřejmě v souladu s konvencí jiných tříd v dibi.

Myslím, že na tohle nejsem ten pravý, už jen proto, že jsem v životě z ActiveRecord využil tak 10% jeho možností (zhruba odpovídajících tomu, co je v DibiTable). Můžeme o tom víc pokecat ve středu…

dmajda napsal(a):
Můžeme o tom víc pokecat ve středu…

Co se kde deje ve stredu?

Davide muzes nastinit jakou mas predstavu o nastupci DibiTable? Rad bych nacerpal inspiraci. Navic by asi bylo lepsi diskutovat drive a ne az to lidi zacnou pouzivat;)

Nemůžu. Nemám čím :-)