2008-09-18 4 views
3

После создания some comments, я был вдохновлен получить некоторые отзывы о структуре PHP MVC PRADO. Я использую его уже более года, и мне очень понравилось работать с ним, однако я замечаю, что во время переполнения стека, похоже, не упоминается, когда symfony или CakePHP говорят о потенциальных кандидатах для рамки.Много ли пользователей ПРАДО?

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

ответ

3

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

+0

Это оказалось моим опытом. Это было здорово какое-то время, а затем стало кошмаром. Хотел бы ты, чтобы ты ответил об этом год назад! Я бы сэкономил пару месяцев ужаса;) – Shabbyrobe 2010-08-20 04:15:30

3

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

+0

Что такое пост-спины, которые вы находите адскими и какие альтернативы вам известны? Я обнаружил, что post-backs были довольно неуклюжими в то время, когда я работал с PRADO и .NET, но на самом деле не знал никаких альтернатив. – Shabbyrobe 2008-09-18 16:00:59

2

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

2

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

+0

Я тоже использую QCodo и люблю его. В настоящее время активно развивается технология QCubed (http://qcu.be). – 2009-04-12 19:39:47

+0

Приятно знать, что есть развитая развилка - я начинал отказываться от нее. – 2009-04-13 05:17:45

3

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

0

Мы работаем с картой PRADO с 4 лет. Мы разрабатываем огромные (+4000 программ) веб-приложения для e-Goverment с базами данных Oraracle и MySql, содержащими более 60 миллионов записей. В качестве инфраструктуры для разработки мы используем SVN + TRAC + собственные инструменты для управления проектами и phpEdit w/tortoiseSVN в качестве клиентских инструментов. В настоящее время мы думаем об изменении на Yii.

3

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