Temat: Polskie "Cake Apps/Sites In The Wild"
Noooo, to widzę, że CakePHP powoli przyjmuje się na rynku, a Jakub i Michał tylko mnie w tym utwierdzili, bo kilka konkretnych projektów już działa.
Natomiast co do samej wydajności - praktycznie każdy framework, każdy sposób podejścia do programowania, każdy wzorzec czy rozwiązanie jakiegoś problemu da się "zajechać" wydajnościowo i śmiem twierdzić, że praktycznie w dowolnym języku.
Michał napisałeś o tym, że było 40 zapytań modelu do bazy, a powodem były relacje... no cóż, taka jest właśnie idea działania modeli w CakePHP (zresztą nie tylko w nim). Framework ma tylko wspomagać programistę, a nie myśleć za niego i wydaje mi się, że to powinno być oczywiste! A sam Cake posiada bardzo fajne mechanizmy "odpinania" powiązań i rekursji (recursive, unbindModel) i można sobie tego użyć w dowolnej chwili. Właściwie uważam, że powinno się maksymalnie obciąć model wynikowy (przy pomocy tych dwóch mechanizmów) dla danej akcji i widoku, a to zasadniczo przyspieszy działanie (po co nam wyciągać całą korespondencję usera, jeśli chcemy np. tylko jego nick i datę rejestracji?)
CakePHP i tak jest bardzo fajny na tle konkurencyjnych rozwiązań, bo: (1) jest mały, (2) ma całkiem fajne community, (3) dzięki konwencjom sporo zachowań się automatyzuje. Ma też swoje wady, ale które rozwiązanie nie ma? :-) Inne frameworki to często tylko "zbiór klas" które można sobie użyć w projekcie, a nie stanowią jako takiego szkieletu dla aplikacji (ZF), albo są czymś pomiędzy Cake a ZF - czyli CI. Naturalnie każdy z tych frameworków ma nieco inne przeznaczenie i trudno stawiać je w 1 linii, ale chodziło mi o samą ideę.
Cóż, muszę się pośpieszyć ze swoim projektem, co by było się czym pochwalić ;-)