Web開発のために既存のフレームワークに切り替えることはどの程度の複雑さで必須ですか?
Web開発では、どのような複雑さの測定が実用的ですか?コードの長さ?機能リスト?データベースサイズ?
Web開発のために既存のフレームワークに切り替えることはどの程度の複雑さで必須ですか?
Web開発では、どのような複雑さの測定が実用的ですか?コードの長さ?機能リスト?データベースサイズ?
複数の異なるサイトで作業している場合は、それらすべてに共通のフレームワークを使用することで、何がどこにあるのか、そしてその理由を思い出そうとするのではなく、コードの作業に時間を費やすことができます。
均一性がプロジェクトの構造化に役立つため、独自のフレームワークであっても、常に何らかのフレームワークを使用します。1ページの静的HTMLプロジェクトでない限り。
ただし、必須の制限はありません。
フレームワークを必要とするレベルの複雑さはないと思います。動的なサイトを作成しているときはいつでも、すぐにフレームワークを検討します。時間を節約できる場合は、それを使用します(ほとんどの場合、フレームワークを使用します)。
質問に誤りがある可能性があることを考慮してください。最も複雑なWebサイトの多くは、一般的な既存のフレームワークを使用していません。Googleには、Amazonや他の多くのサイトと同様に、独自のWebサーバーと独自のカスタム方法があります。
フレームワークによってタスクが簡単になったり、付加価値が提供されたりする場合は、それを選択してください。ただし、そのフレームワークを取得すると、新しい依存関係に縛られます。Joel on Softwareの投稿を基本的に再作成し始めているので、コードに不要な依存関係を追加する方法について、ここにリダイレクトします。
すべての要因が重要です。サードパーティのフレームワークを使用して節約できる時間を測定し、他のコードを使用するリスクと比較する必要があります
決して「必須」ではありません。いくつかの問題は、どのフレームワークでもうまく解決されません。実装しているコードのほとんどが、特定のアプリケーションに適した方法で問題のフレームワークによってすでに実装されている場合は、フレームワークに切り替えることをお勧めします。これにより、時間とエネルギーが節約され、作成した新しいコードよりも安定する可能性が高くなります。
これは本当に2つの質問です。:-)最初の答えは、必須ではないということですが、正直なところ、HTMLリクエストパラメータを直接解析することは、最初からかなりひどいことです。一度もやりたくないので、比較的早い段階でフレームワークに向かう傾向があります。
どのような測定が実用的であるかというと、あなたは何を心配していますか?リストするすべての説明には価値があります。私の意見では、データベースのサイズは主にスケーリングにとって重要です(データベースに数十万の行がある場合でも、非常に単純なスキーマがあれば、非常に単純なアプリを作成できます)。機能リストは、おそらくUIページの数と複雑さを決定し、コードの長さを決定するのに役立ちます。
シンプルなブログ、 django、またはRoRを使用して、エンタープライズフルスタックアプリケーションZopeに至るまで、非常に迅速に移行するためのフレームワークがあります。話題の世界だけでなく、ASP.NetやJ2EEなどもあります。
すべてのフレームワークとライブラリは自由に使えるツールです。あなたの与えられたプロジェクトのためにあなたの人生を楽にするものを決定し、それらを使用してください。
私はその逆が真実だと思います。ある時点で、プロジェクトが非常に広範になり、フレームワークの欠点によって実際に速度が低下します。十分に大規模なプロジェクトの場合、実際には、独自のニーズを満たすために、独自のフレームワークを開発する方がよい場合があります。フレームワークが予期していなかった何かをしようとしていたために、人々が自分たちが下すことができる決定や自分たちが生み出すことができる仕事に阻まれているのを何度も見ました。そして、フレームワークが予期しないこれらのことを行うことは、非常に面倒な場合があります。独自のフレームワークを作成することの良い点は、それがプロジェクトとともに進化し、障害ではなくシステムの助けになることです。
したがって、結論として、小さなプロジェクトでは既存のフレームワークを使用する必要があります。大規模なプロジェクトには、独自のフレームワークが含まれている必要があります。