PHP 開発ではフレームワークを使用する必要がありますか?

php には、中国で一般的に使用されている thinkphp や brophp などのフレームワークもあります。海外ではララベル。しかし、それを使用することには長所と短所もあり、分析は次のとおりです。

このフレームワークは非常に優れており、意思決定をより一貫性のあるものにすることができます。フレームワークを使用すると、これらの機能を実現するために多くのカスタム モジュールを作成する必要がなく、フレームワークにこれらの共通モジュールを実装するだけで済みます。フレームワークにより、時間と労力が大幅に節約され、拡張が簡単になります。しかし、これが問題の根源でもあります。

ハンマーにとっては、すべてが釘です (推奨学習: 初心者からマスターまでの PHP プログラミング )

Abraham Kaplan があります道具の欠点を最もよく非難することわざ: 子供にハンマーを与えれば、子供はそのハンマーを使って、目にするものすべてを叩きつけるでしょう。

今こそ、あなたがよりプロフェッショナルであるかどうかを測定し、それを実現する時です実装が簡単なコードを出荷するのではなく、最適なコードを将来に向けて拡張します。将来のニーズに合わせてコードをより適切に設計するか、将来ニーズを満たすときに他の人に検討してもらうかは、プログラマーの責任感の問題です。よりプロフェッショナルな開発者として、私たちはフレームワークに依存せずに独自に考える必要があります。

これはあなたのせいです

誰かが特定のフレームワークについて不平を言っているのをよく聞きますか?

Rails について多くの人が不満を抱いているのを聞いてきました。「Rails アプリケーションは常に構造が不十分である」または「Rails テストは常に非常に遅い」です。

私も最初はそう思いました。しかし今、こうした苦情を聞くたびに、クレーマーは実は怠け者であることに気づきます。 Rails やその他のフレームワークは単なるツールであり、それを制御するのはあなたです。無生物のフレームワークを悪いコードのせいにすることは、あなたのプロ意識のなさを示すだけです。

適切なツールを選択する、またはツールを正しく使用する

よりプロフェッショナルになることを決意する

意思決定に基づいて行う必要があります基本について ニーズに基づいてツールを選択してください。 フレームワークは実際に多くのことを実行でき、要件によってコード全体の構造が決まります。フレームワークが特定のニーズに適している場合があります。ただし、フレームワークが特定のニーズに適合しない場合は、コードを明確にしてクリーンにするために、フレームワークを変更するか、フレームワークをカプセル化する責任があります。

著者の Myles Megyesi 氏の記事の最後での考えは、「フレームワークは単なるツールです。このツールを使用してすべてのニーズを満たすことはできません。フレームワークがニーズを明確かつ完全に満たすことができない場合」と述べています。必要なのは、要件を実現するために大量のジャンクで面倒なコードを作成したり、実装しやすくするために要件を変更したりすることではありません。

よりプロフェッショナルとして、フレームワークを変更するか、抽象化やその他の考え方を使用して、コードを明確かつクリーンにする必要があります。

これは実際の開発ではよく発生します。誰かが「なぜここのコードはこのように書かれているのですか?」と尋ねたら、

あなたの答えが次のようなものである場合: いいえ、これがフレームワークのやり方なので、私にはこれしかできません。

これは、フレームワークに拘束されていることを示しています。フレームワークは他の人によって書かれたものであり、作成時にユーザーのニーズは考慮されていません。ニーズがチームの共通のニーズであり、変更する必要がある限り、フレームワークを追加するときはフレームワークを変更する必要があります。

コードを使用すると、より明確かつ自然にコードを読んで開発できるようになりますが、コードがフレームワークに結び付けられている場合、実際には本末転倒です。

以上がPHP 開発ではフレームワークを使用する必要がありますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。