А вообще правду говорят, надо средство выбирать под задачу, а не то что знаем на том и лабаем. К слову упомяну о Picora для супер маленьких проектов и PHPOpenBiz для быстрого создания интерфейсов к БД и доступа к табличным данным. Посмотрите, если будет время эти 2 довольно интересных решения.

Насчет вьюх в симфони – не знаю, меня обычный PHP в качестве View-слоя устраивает целиком и полностью. Насчет Model – найди мне реализации Model-слоя лучше, чем в Propel/Doctrine на PHP. Не найдешь – нет таких. Есть быстрее, но продуманней нет. А если уж нужнен полный контроль – то никакой ORM не подойдет в принципе.

хуже продуманная архитектура чем в Прадо
Чем в ASP.NET, ты имел ввиду? :) Я не изучал прадо и сравнивать не могу. Могу сказать, что архитектурные решения в симфони отнюдь не на последнем месте. :) Лучше я видел лишь в ZF.

Интересно сделана валидация
Валидация форм в Symfony 1.1 гораздо лучше. И вообще вся работа с формами. Только не закончен этот момент еще, на мой взгляд.

А у тебя, по-моему, какая-то нездоровая любовь к прадо. :) Будь обьективнее. ;)

Ребят, а вы не пробовали Prado 3.1.1?

У меня есть опыт работы на Prado 3.xx на реальных проектах(6) – довольно больших и сейчас почти сделали 2 на Symfony 1.0 .

Могу сказать, что Prado более стабильный framework. Как мне показалось комьюнити там более отзывчевое. На форуме Прадо на вопросы отвечают core разработчики. На ирке от symfony большей частью общался с людьми такими же как я … только познающими симфони и с меньшим опытом, как я понял.

Что не понравилось в Symfony:

- низкое качество плагинов. Народ пишет на скорую руку выкладывает, ты думаешь всё чики-пики, а оказывается что его ещё надо дорабатывать. В частности, это коснулось sfSmartyView & sfPropel13. У первого была левая интеграфия с компонентами и мылом. Так что пришлось дорабатывать его для того что бы компоненты и пашелы (подкючаемые шаблоны) работали как надо. С мылом тоже весело было, оказалось что в симвони ~1.0.6 название mailview класса забито наглухо (читай хардкод). Пришлось создавать кое-где извращённый способ наследования и кое-где сделать хаки во фреймвёрке для нормальной работы. С Пропилом 1.3 оказалось, что у него или у плагина проблемы с датами, он их не правильно распознавал, т.е. типы дат (один из типов или DATETIME || TIMESTAMP не хотел ни в какую работать), после определённого времени проведённого за изучением кода Пропила оказалось, что в нём проблема. Всё завелось … потом обновились до последнего снапшота с свн. Баги с датами вроде исчезли, но перестала генериться схема и какая-то ошибка с null – делолтным значением начала выскакивать. Нашли место, подправили. Заработало!
- хуже продуманная архитектура чем в Прадо. Опять та же проблема с подменой вью слоя
- были ещё мелкие проблемы с автозаполнителем форм sfFillInFilter который. Но они тоже решаемы….
- Уровень компонентов не дотягивает до нормального автономного использования. В частности, не продуманности с айдишниками компонентов (который вообще нет похоже) и как сдедствие составив компонент содержащий несколько, надо писать специально код, что бы обратиться ко вложенным компонентам. Возможно я избаловано Прадо …. :) В 1.1 версии решили отказаться от идеи хелперов в симфони и ввели виджеты, может там ситуация улучшеться …. посмотрим релиз похоже не за горами….

+ для symfony:
- Очень богатые возможности по расширению: plugins, filters, components, slots, component slots, partials … Понравилась идея плагинов как автономной части приложения … в прадо такого нет, а хотелось бы …
- Интересно сделана валидация … возникают трудности с автоматизацией вывода ошибок. Может правда я чего-то не понял … но хелперы form_error надоедало писать на больших формах. А так валидация в файлах понравилась.
- Конечно же генераторы …. слизанные как мне кажется с Rails.
- Система интернационализации позаимствованная из Прадо.
- Возможность подмены View & Model слоёв обеспечиваемая MVC – архитектурой.

В принципе фреймвёрк не плохой … но надо привыкнуть к стилю. Посоветовал бы его для проектов которые тебуют больших возможностей по интеграции с подменой слоём приложения. Или разработчикам которые только переходят от php\html\smarty приложений к системам all-in-one.

Относительно прадо могу сказать, что если вы знаете патерны, И ООП, то проблем не будет, если же вы с этим всем не очень хорошо знакомы, то могут возникнуть проблемы с пониманием что и откуда берётся и как все эти компоненты устроены в Прадо.
Но продуманность архитектуры Прадо и полнота реализованных в нём решений и Контролов думаю не оставит вас равнодушным! Прадо подойтёт тем кто знаком с событийно-ориентированным программированием, кто работал с настольными системами MFC например или Delphi, ASP.NET большенству остальных (php\html программистам) придётся вложить много сил в понимание концепций и решений. К слову заметить из-за большой иерархии классов и хорошей структурированности фреймвёрка он работает довольно медленно, но системами многоуровневого кеширования и оптимизацией вашего кода можно вывести работу приложения на приличный уровень – проверено.