質問

どのレベルの複雑さになると、Web 開発用の既存のフレームワークに切り替える必要がありますか?

Web 開発では複雑さをどのように測定するのが実用的ですか?コードの長さは?機能リスト?データベースのサイズ?

役に立ちましたか?

解決

複数の異なるサイトで作業している場合、すべてのサイトで共通のフレームワークを使用することで、何がどこにあるのか、なぜ配置されているのかを覚えておく必要はなく、コードの作業に時間を費やすことができます。

統一性がプロジェクトの構造化に役立つため、私は常に何らかのフレームワークを使用します。たとえそれが独自のものであってもです。1 ページの静的 HTML プロジェクトでない限り。

ただし、強制的な制限はありません。

他のヒント

フレームワークが必要なレベルの複雑さはないと思います。私の場合、動的サイトを作成するときは常にフレームワークを検討し、時間を節約できるのであればそれを使用します (ほとんどの場合そうしますし、私もほとんど常にそうします)。

質問が間違っている可能性があることを考慮してください。最も複雑な Web サイトの多くは、一般的な既存のフレームワークを使用していません。Google には独自の Web サーバーと独自のカスタム方法があり、Amazon やおそらく他の多くのサイトも同様です。

フレームワークによってタスクが容易になったり、付加価値が得られる場合は、それを利用してください。ただし、そのフレームワークを取得すると、新しい依存関係に結び付けられることになります。基本的に Joel on Software の投稿を再作成し始めているので、コードに不要な依存関係を追加する方法について詳しく説明するためにここにリダイレクトします。

http://www.joelonsoftware.com/articles/fog0000000007.html

すべての要素が重要です。サードパーティのフレームワークを使用してどれだけの時間を節約できるかを測定し、他人のコードを使用するリスクと比較する必要があります。

「必須」ではありません。いくつかの問題は、どんなフレームワークでもうまく解決されません。実装しているコードのほとんどが、特定のアプリケーションに適した方法で問題のフレームワークによってすでに実装されている場合は、フレームワークに切り替えることをお勧めします。これにより、時間とエネルギーが節約され、新しいコードを作成するよりも安定性が高くなる可能性が高くなります。

これは実際には 2 つの質問です。:-) 最初の質問に対する答えは、決してそうではありません。 必須, しかし正直に言うと、HTML リクエストパラメータを直接解析するのは最初からかなりひどいことです。一度もやりたくないので、比較的早い段階で枠組みに向かうことが多いです。

どのような測定が実用的かというと、何を心配しているのですか?リストしたすべての説明には価値があります。私の意見では、データベース サイズは主にスケーリングに重要です (データベースに数十万行があっても、非常に単純なスキーマがあれば、非常に単純なアプリを作成できます)。機能リストはおそらく UI ページの数と複雑さを決定し、それがコードの長さを決定するのに役立ちます。

シンプルなブログで素早く作業を進めるためのフレームワークがあります。 ジャンゴ または RoR エンタープライズフルスタックアプリケーションに至るまで ゾーペ. 。バズる世界だけにとらわれず、ASP.NetやJ2EEなどもあります。

すべてのフレームワークとライブラリは自由に使えるツールです。特定のプロジェクトでどれが作業を容易にするかを判断し、使用してください。

逆も真だと言えます。ある時点で、プロジェクトが非常に大規模になり、実際にはフレームワークの欠点によって速度が低下します。十分に大規模なプロジェクトの場合、実際には、独自のニーズを満たすために独自のフレームワークを開発した方が良い場合があります。私は、フレームワークが予期していないことをやろうとしたために、人々が下せる意思決定や生み出せる仕事が抑制されている場面を何度も見てきました。そして、フレームワークが予期しないこれらのことを実行すると、非常に面倒になる可能性があります。独自のフレームワークを作成することの良い点は、それがプロジェクトに合わせて進化し、システムの邪魔になるのではなく役立つことです。

結論として、小規模プロジェクトでは既存のフレームワークを使用する必要があります。大規模なプロジェクトには独自のフレームワークを含める必要があります。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top