3

いくつかのコメントをした後、PHP MVC フレームワークPRADOに関するフィードバックを得ることができました。私はそれを 1 年以上使用しており、非常に楽しんでいますが、スタック オーバーフロー全体を通して、symfonyやCakePHPが潜在的な候補として語られている場合、言及を評価していないように見えることに気付きました。フレームワーク用。

現在、PRADO を使用してスタック オーバーフローを使用している人はいますか? もしそうなら、どうやって見つけますか？過去にそれを使用したが、置き忘れた人はいますか?もしそうなら、その理由は? Cake や symfony に対する長所と短所を評価できる人はいますか?

4

7 に答える 7

3

PRADO でいくつか遊んだことがありますが、ポストバック地獄に追い込まれるなら、最初に構築されたプラットフォームである .NET でやったほうがよいと感じました。プラドはブログなどでは比較的「語られていない」のですが、本当の理由はわかりません。

于 2008-09-18T15:54:05.857 に答える
3

初めてプラドを見たとき、「このフレームワークはすごい！」と10日ほど使ってみました。数か月後、顧客が PRADO を使用することを選択した大きなプロジェクトに取り組み始めました...そして地獄が始まりました... PRADO の基本コンポーネントを使い続けている限り、すべてが完璧で、開発は迅速でした。しかし、顧客がすぐに使えるものを欲しがるとすぐに、文字通り、別のフレームワークでそれを行う場合の 2 倍から 3 倍の時間を費やしました。そして、私は大きなカスタマイズについて話しているのではありません。PRADO フレームワークは、アプリケーションに特定の構造とワークフローを強制します。そのロジックがうまくいかない場合は、別のフレームワークをチェックしてください。

于 2010-08-19T15:36:08.050 に答える
3

プラドはもう死んでいる。また、ドキュメントも貧弱です。

于 2011-07-09T15:01:35.217 に答える
3

アクティブなコントロールはかなり滑らかであることがわかりました。これにより、あらゆる種類の ajax を非常に簡単に実行できます。残念ながら、少し異なることをする必要がある場合、それはかなり難読化されており、何が起きているのかを理解するのが困難です。シンプルで優れた機能が得られることがよくあるように感じましたが、小さな追加要件が1つあると、すべてをバラバラにして、はるかに複雑なソリューションを考え出す必要があります.

于 2009-12-30T20:18:36.267 に答える
2

QCodo に出くわしていなければ、フレームワークとして PRADO を選んでいたでしょう。私はイベント駆動型のアプローチが好きです。QCodo の方が私には合っています。

于 2008-09-18T20:38:58.933 に答える
2

Prado はイベント駆動型のフレームワークであり、理解するのが少し難しいため、あまり普及していないと思います。特に、より手続き的なバックグラウンドを持つ多くの PHP 開発者にとっては。

于 2008-09-18T18:25:34.497 に答える
0

私たちは 4 年前から PRADO フレームワークを使用しています。私たちは、6000 万を超えるレコードを含む Oraracle および MySql データベースを使用して、電子政府用の巨大な (+4000 プログラム) Web アプリケーションを開発しています。開発のインフラストラクチャとして、SVN+TRAC+ 独自のプロジェクト管理ツールと phpEdit w/tortoiseSVN をクライアント ツールとして使用しています。現在、Yiiへの変更を検討しています。

于 2010-11-07T20:30:46.013 に答える