3

私は以前、多くの従来のASPベースのWebサイトに関与していたため、ASP.Netに移行する際には、非常によく似ているWebサイトルートを採用しました。大規模な新しいプロジェクトを開始しようとしていますが、プロセスを再評価する必要があるかどうか疑問に思っています。

私はウェブプロジェクトとウェブサイトの違いについて一日の大部分を読んでいます。

私は違いを理解していますが、それらはとても似ているようです。私が見つけた最大の違いは、プロジェクトは事前にコンパイルされているということですが、他の誰かが、通常のWebサイトもオプションとして事前にコンパイルできると答えました。

私の質問は、今後、マイクロソフトは長期的に両方をサポートするのか、それとも1つの「利益」の影響/正常になるのかということです。

プロジェクトで事前コンパイルすることの利点はスピードのためだと私は思っていたでしょうが(確かではありませんが)、Webサイトを事前コンパイルすることもできれば、これは何らかの利点を打ち消しますか?

私は何年も持っているものを使用することではるかに快適に感じるでしょう-しかし私は実際に何かを逃していますか?一日の終わりに、私がサイトを書き終えてクライアントに引き渡したとき、一方に他方よりも何か利点はありますか?

また、間違った選択をした場合、それらを変更できますか?

重複していないことを願っています。私が見つけた他の唯一の投稿は、実際の直接の違いについて説明しています。私はそれらを知っていると信じており、プロジェクト後の違いなどを求めています。

4

1 に答える 1

2

私にとって最大の違いは、ページ間の関係です。Web サイト プロジェクトでは、各ページは基本的に、アプリケーション内の残りのページとは別にコンパイルされる、または個別にコンパイルできる小さなプロジェクトです。Web アプリケーションでは、基本的にプロジェクト全体が単一の DLL にコンパイルされます。これは、クラス ライブラリ プロジェクトに非常によく似ています。

そのため、私は Web アプリケーションを好む傾向があります。それは単純に、プロジェクトで作業するときに私がしなければならない思考の量が減るからです。ほとんどの場合、他のクラス ライブラリと同じようにプロジェクトを扱うことができます。

あなたの投稿で言及されていなかった他のいくつかの違い

  • デプロイされたサーバー上で Web サイト プロジェクトのライブ編集を行うことができます。ファイルを開いて編集を行うだけで、次回ページにアクセスしたときに再コンパイルされます。これを悪いと思う人もいるかもしれません
  • Web サイトには、プロジェクトの永続化設定を困難にする可能性のあるプロジェクト ファイルがありません。
于 2009-10-17T21:03:05.173 に答える