Gibt es viele Nutzer von PRADO da draußen? [geschlossen]

Question

Nachdem einige Kommentare , ich habe inspiriert ein Feedback auf dem PHP MVC-Framework PRADO zu bekommen. Ich habe seit über ein Jahr mit ihm jetzt und ich habe es sehr genossen mit ihm arbeiten, aber ich merke, dass im gesamten Stack-Überlauf, ist es nicht eine Erwähnung, wenn symfony oder CakePHP gesprochen werden etwa als potenzieller Kandidat für einen Rahmen.

Ist jemand mit Stack-Überlauf PRADO mit jetzt? Wenn ja, wie finden Sie das? Hat jemand in der Vergangenheit verwendet, aber es hinter sich gelassen, und wenn ja, warum? Kann jemand seine Stärken und Schwächen gegen Kuchen oder symfony beurteilen?

Answer 1

Das erste Mal, dass ich in PRADO sah, verbrachte ich etwa 10 Tage, um es mit und sagte mir immer wieder: „Dieser Rahmen ist erstaunlich“. Ein paar Monate später begann ich, an einem großen Projekt arbeiten, in dem der Kunde der Verwendung PRADO gewählt hatte ... And Hell begann ... Solange wir mit Prados Basiskomponenten gehalten, alles war perfekt und Entwicklung war schnell. Aber sobald der Kunde eine out-of-the-box-Ding wollte, literaly wir 2 bis 3-fache der Menge Zeit damit verbracht, wir es mit einem anderen Rahmen getan hätte. Und ich rede nicht über große Anpassungen. Der PRADO Rahmen zwingt die Anwendung eine bestimmte Struktur und Workflow zu haben. Wenn diese Logik ist nicht für Sie arbeiten, dann einen weiteren Rahmen überprüfen.

Answer 2

Ich habe mit PRADO gespielt einigen, aber ich fühlte, dass wenn ich in post-zurück-Hölle gezwungen werden, werde ich könnte, wie es gut tun, auf der Plattform, die es für am Anfang gebaut wurde - .NET, andere dann, dass PRADO relativ „untalked“ etwa in den Blogs ist, etc. ich weiß nicht, warum wirklich though.

Answer 3

Ich fand, dass die aktiven Kontrollen ziemlich glatt waren. Es macht alle Arten von AJAXy Dinge einfach zu tun. Leider, wenn Sie etwas etwas anders tun müssen, ist es ziemlich verschleiertes und schwierig, herauszufinden, was los ist. Ich fühlte mich wie ich habe oft etwas einfach und große Arbeits, und dann eine kleine zusätzliche Anforderung würde mich verlangt die ganze Sache auseinander und kam mit einer viel komplizierteren Lösung zu reißen.

Answer 4

Prado ist jetzt tot. Auch die Dokumentation ist schlecht.

Answer 5

Ich denke, Prado nie gefangen wirklich, weil es ein ereignisgesteuerte Rahmen ist, das ist ein bisschen schwer Kopf herum zu wickeln. Vor allem für die vielen PHP-Entwickler von einer prozeduralen Hintergrund kommen.

Answer 6

PRADO wäre meine Wahl für einen Rahmen gewesen, wenn ich nicht über QCodo gelaufen war. Ich mag den ereignisgesteuerten Ansatz -. QCodo nur passt mir mehr

Answer 7

Wir arbeiten seit 4 Jahren mit PRADO Rahmen. Wir entwickeln riesig (+4000 Programme) Web-Anwendungen für E-Goverment mit Oraracle und MySQL-Datenbanken mehr als 60 millon Datensätze enthalten. Als Infrastruktur für die Entwicklung verwenden wir SVN + TRAC + eigene Tools für Projektsteuerung und phpedit w / TortoiseSVN als Client-Tools. Derzeit denken wir an Yü auf zu verändern.