W temacie struktury modelu i logiki w kontrolerach zdecydowanie zalecam stosowanie (wspomnianej w artykule) zasady „Skinny Controller, Fat Model„. Zamykanie logiki na poziomie standardowych kontrolerów akcji ogranicza nas do podstawowych metod protokołu HTTP (GET, POST). Mamy problem jeśli okaże się, że nastąpiła zmiana planów i np. musimy wyprowadzić funkcjonalność przez serwer AMF lub jako metody webservice…

Co do wydajności Zend_Db_Table vs. Zend_Db_Adapter to raczej ciężko je porównywać. Zend_Db_Table korzysta z Zend_Db_Adapter aby wykonywać zapytania, więc z natury jest wolniejszy. Zend_Db_Table daje „namiastkę” mapowania relacyjno-obiektowego (ORM) i w wielu przypadkach jest wystarczający. Dobrym uzupełnieniem jest Zend_Db_Select, którym można realizować bardziej złożone zapytania. Umiejętne rozszerzanie klas Table, Rowset i Row jest jednym ze sposobów budowy modelu.

Pozdrawiam,
Rafał

Świetny artykuł!
Czy będzie więcej wpisów o ZF i budowie dużych aplikacji ?

Mnie interesuje np struktura modelu, tabel ?
Ile logiki w controlerze ? Tu spotykam się z bardzo podzielonymi zdaniami… Szczególnie od kolegi który koduje w RoR
Co jest wydajniejsze Zend_Db_Table czy Zend_Db_Adapter ?

Pozdrawiam i trzymam kciuki za nowe wpisy.
RT