Много ли там пользователей PRADO?[закрыто]

Question

После изготовления некоторые комментарии, Я был вдохновлен получить некоторые отзывы о фреймворке PHP MVC ПРАДО.Я использую его уже больше года, и мне очень понравилось работать с ним, однако я замечаю, что во всем Stack Overflow, похоже, не упоминается, когда симфония или КакеФФП о них говорят как о потенциальных кандидатах для создания фреймворка.

Кто-нибудь сейчас использует переполнение стека, используя PRADO?Если да, то как вы это находите?Пользовался ли кто-нибудь им в прошлом, но оставил позади, и если да, то почему?Кто-нибудь может оценить его сильные и слабые стороны по сравнению с Cake или symfony?

Answer 1

Когда я впервые заглянул в PRADO, я потратил на него около 10 дней и продолжал говорить себе:"Этот фреймворк потрясающий!".Пару месяцев спустя я начал работать над большим проектом, в котором заказчик решил использовать PRADO...И начался ад...Пока мы продолжали использовать базовые компоненты PRADO, все было идеально, а разработка шла быстро.Но как только заказчику захотелось чего-то готового, мы буквально потратили в 2-3 раза больше времени, чем сделали бы это с другим фреймворком.И я не говорю о больших настройках.Платформа PRADO вынуждает приложение иметь определенную структуру и рабочий процесс.Если эта логика у вас не работает, то ознакомьтесь с другим фреймворком.

Answer 2

Я немного поиграл с PRADO, но я почувствовал, что если меня собираются втянуть в постбэк-ад, я мог бы с таким же успехом сделать это на платформе, для которой он был создан изначально - .NET, за исключением того, что о PRADO относительно "не говорят" в блогах и т.д.Хотя на самом деле я не знаю, почему.

Answer 3

Я обнаружил, что активные элементы управления были довольно плавными.Это делает выполнение всех видов ajaxy-операций действительно легким делом.К сожалению, когда вам нужно сделать что-то немного другое, это довольно запутанно и трудно понять, в чем дело.Мне казалось, что у меня часто получается что-то простое и отлично работающее, а затем одно небольшое дополнительное требование требовало от меня разобрать все это на части и придумать гораздо более сложное решение.

Answer 4

Прадо теперь мертв.Кроме того, документация оставляет желать лучшего.

Answer 5

Я думаю, что Prado так и не прижился по-настоящему, потому что это событийно-ориентированный фреймворк, который немного сложно осмыслить.Особенно для многих разработчиков PHP, имеющих более процедурное образование.

Answer 6

PRADO был бы моим выбором в качестве фреймворка, если бы я не наткнулся на QCodo.Мне нравится подход, основанный на событиях - просто QCodo мне больше подходит.

Answer 7

Мы работаем с PRADO framework уже 4 года.Мы разрабатываем огромные (более 4000 программ) веб-приложения для электронного управления с базами данных Oraracle и MySQL, содержащими более 60 миллионов записей.В качестве инфраструктуры для разработки мы используем SVN + TRAC + наши собственные инструменты для управления проектом И PHPEdit с TortoiseSVN в качестве клиентских инструментов.В настоящее время мы подумываем о переходе на Yii.