php - メンテナンスタスク-シンプルなPHPファイル、マイクロフレームワーク、またはSymfony2

Question

更新/書き換えが必要なメンテナンスタスクがいくつかありますが、最善の方法がわかりません。

現在のメンテナンスタスクはフラットなPHPまたはPerlスクリプトであり、同じアプローチを使用できますが、少し無計画で、多くの重複や混乱の可能性がある適切に構造化されていない場合。

コードははるかに構造化されており、ファイルシステムのどこからでも実行でき、他のベンダーが（最初の学習曲線の後で）簡単に理解できるため、cilex/silexのようなマイクロフレームワークを使用することを考えていました。コンポーザーを使用して含めることができるため、車輪の再発明を行うのではなく、かなりの量の既存のバンドルにアクセスできます。アプローチはずっと良く感じますが、もし私がSymfony2でウェブサイトを書き直したとしたら、cilex/silexで書いたタスクを完全なSymfony2プロジェクトにインポートするのはどれほど簡単でしょうか。

上記の理由で、私も完全なsymfony2プロジェクトを使用していると思いますが、サイトの再構築がすぐにカードにあることを明確に示すことなく、比較的単純なメンテナンスタスクであるはずの作業には少しやり過ぎだと感じます。

マイクロフレームワークは正しいアプローチのように感じますが、それだけのために物事をより困難にすることになりたくありません。

他の誰かが同様の状況にあり、および/または最良のアプローチへの洞察を提供することができますか？

Answer 1

それはあなたがやりたい仕事に完全に依存します。あなたが言ったように、あなたが何をすべきかを決定しなければならないさまざまなパラメータがあります。

• 学習曲線-フレームワークが大きいか小さいかは関係ありません。構造を理解するための最初の学習曲線があります。フレームワークの動作に慣れなければなりません。

• パフォーマンス-Symphony2のような重いフレームワークは、本当に多くを必要としない場合は確かにやり過ぎになる可能性があるため、必要な機能を決定する必要があります。なぜあなたはあなたが望まないもののためにあなたの資源を浪費するのでしょうか？だから、軽量でありながら、パフォーマンスを損なうことなく仕事を成し遂げるのに十分なものを選びましょう。

• 計画-将来に向けて計画を立てます。cilexのような軽量のフレームワークで当面は十分かもしれませんが、将来的には構造のサポートが難しくなる可能性があります。さらに、機能がない場合は、ホイールを再発明して作成する必要があります。

  多くの機能がすでに含まれているより大きなフレームワークと優れたコミュニティサポートにより、すでに存在するものを作成する時間を無駄にすることから自分を救うことができます。

したがって、これらのことを念頭に置いてから、適切なステップを賢く選択してください。お役に立てば幸いです。