Y a-t-il beaucoup d'utilisateurs de PRADO? [fermé]

Question

Après avoir effectué des commentaires , Je me suis inspiré pour obtenir des commentaires sur le cadre PHP MVC PRADO . Je l'utilise depuis plus d'un an et j'ai beaucoup de plaisir à l'utiliser, mais je remarque que, dans Stack Overflow, il ne semble pas y avoir de mention symfony ou CakePHP sont en discussion à propos de candidats potentiels pour un cadre.

Quelqu'un utilise-t-il Stack Overflow avec PRADO maintenant? Si oui, comment le trouvez-vous? Quelqu'un l'a-t-il déjà utilisé dans le passé, mais l'a laissé derrière, et si oui, pourquoi? Quelqu'un peut-il évaluer ses forces et ses faiblesses contre Cake ou Symfony?

Answer 1

La première fois que j’ai examiné PRADO, j’ai passé environ 10 jours à l’utiliser et je me répétais sans cesse: "Ce cadre est fantastique!". Quelques mois plus tard, j'ai commencé à travailler sur un grand projet où le client avait choisi d'utiliser PRADO ... Et l'enfer a commencé ... Tant que nous utilisions les composants de base de PRADO, tout était parfait et le développement rapide. Mais dès que le client a voulu une solution prête à l'emploi, nous avons littéralement passé 2 à 3 fois plus de temps que nous l'aurions fait avec un autre framework. Et je ne parle pas de grandes personnalisations. Le framework PRADO oblige l'application à avoir une structure et un flux de travail particuliers. Si cette logique ne fonctionne pas pour vous, vérifiez un autre cadre.

Answer 2

J'ai joué avec PRADO, mais j’ai eu l’impression que si je devais être forcé de post-back-hell, je pourrais aussi bien le faire sur la plate-forme pour laquelle il a été conçu - .NET, autrement, alors que PRADO est relativement "non traité" à propos des blogs, etc. Je ne sais pas pourquoi vraiment.

Answer 3

J'ai trouvé que les contrôles actifs étaient plutôt fluides. Il est très facile de faire toutes sortes de choses. Malheureusement, lorsque vous devez faire quelque chose de légèrement différent, il est assez obscur et difficile de comprendre ce qui se passe. Je me sentais comme si je travaillais souvent avec quelque chose de simple et d’excellent travail, et puis, une petite exigence supplémentaire exigerait que je déchire tout cela et propose une solution bien plus compliquée.

Answer 4

Prado est mort maintenant. La documentation est également médiocre.

Answer 5

Je pense que Prado n’a jamais vraiment compris, car c’est un cadre axé sur les événements, qui est un peu difficile à comprendre. Surtout pour les nombreux développeurs PHP issus d’un contexte plus procédural.

Answer 6

PRADO aurait été mon choix pour un framework si je n'avais pas rencontré QCodo. J'aime l’approche événementielle - QCodo me convient mieux.

Answer 7

Nous travaillons avec PRADO Framework depuis 4 ans. Nous développons d’énormes applications Web (+ de 4 000 programmes) pour le gouvernement électronique avec les bases de données Oraracle et MySql contenant plus de 60 millions d’enregistrements. En tant qu’infrastructure de développement, nous utilisons SVN + TRAC + nos propres outils de contrôle de projet ET phpEdit w / tortoiseSVN comme outils clients. Actuellement, nous pensons changer pour Yii.