VS での新しい Web サイトの作成と新しい WEB プロジェクトの違いは何ですか?-C#.Net チュートリアル-php.cn

Webアプリケーションプログラミングモデルの利点

●増分コンパイルモードを使用して Web サイトを迅速にコンパイルします。ファイルが変更された後でのみ、この部分は増分コンパイルされます。

●生成されたアセンブリ
WebSite: ランダムなアセンブリ名を生成します。単一のアセンブリを生成するには、プラグイン WebDeployment を使用する必要があります。 WebApplication: Web サイトプロジェクトを指定して単一のアセンブリを生成できます。独立したアセンブリなので、他のプロジェクトと同様に、アプリケーションアセンブリの名前、バージョン、出力場所などの情報を指定できます

。 ●ウェブサイトを複数のプロジェクトに分割して管理しやすくすることができます

●プロジェクトやソースコード管理からファイルを除外可能

●日々の構築にVSTSのチームビルドを便利にサポート

●より強力なコード検査機能、検査戦略はソースコードによって制御されます

●コンパイル前後に独自の所定の処理を行うことができます

●App_GlobalResources に対する Resource クラスの強力なサポート (オンラインで言及されていますが、私はまだ学習していません)

●VS2003で構築された大規模システムを直接アップグレード

Web サイトプログラミングモデルの利点

●ページを動的にコンパイルすると、サイト全体をコンパイルしなくても、すぐに効果を確認できます (主な利点)

●上記と同様に、間違った部分が使用されている部分に干渉することを防ぐことができます（コンパイルが通過した後でのみチェックインできるように要求することもできます）

●ページごとにアセンブリを生成することができます（この方法は通常は使用されません）

●ディレクトリをWebアプリケーションとして扱い、ファイルを直接コピーして、プロジェクトファイルなしで公開することができます(小規模サイトに適しています)

●ページをアセンブリにコンパイルすることもできます (使用しないでください。WebApplication は WebDeployment プラグインを通じて実装することもできます)

2 つのプログラミングモデル間の変換

VS2005 SP1 には変換プログラムが組み込まれており、Web サイトから Web アプリケーションに簡単に変換できます

ファイルをコピーし、右クリックして「Web アプリケーションに変換」を実行するだけです。

特別な逆変換ツールは見つかりませんでしたが、比較した結果、変換は非常に簡単であることがわかりました。
すべての *.designer.cs を削除します
*.aspx、*.ascx、*.master ページファイルの Codebehind="******.aspx.cs" を CodeFile="******.aspx.cs" にバッチ置換します

この方法で元に戻すことができます

コンパイル ( Visual Studio

どの WEB プログラミングモデルを選択するか

シナリオ	Webアプリケーションプロジェクト	Webサイトプロジェクト
プロジェクト定義	Visual Studio .NET 2003 と同様に、プロジェクトファイルが存在するため、プロジェクトファイルによって参照されるファイルのみがソリューションエクスプローラーに表示されます。そして、これらのファイルのみがコンパイルされます。 ASP.NET アプリケーションを複数の Visual Studio プロジェクトに簡単に分割できます。プロジェクトおよびソースコード管理からファイルを除外するのは簡単です。	ディレクトリ構造は WEB プロジェクトです。プロジェクトファイルが存在しません。このディレクトリ内のすべてのファイルはプロジェクトの一部として存在します。もちろん、実際に展開する Web サイトにはプロジェクトファイルはありません。Web サイトを変更したい場合、このプログラミングモデルは非常に適しています。この WEB サイトでは、それらのファイルがどのプロジェクトに属しているかを気にする必要さえありません。
コンパイルと生成	Visual Studio .NET 2003のWebアプリケーションプロジェクトコンパイルモードとほぼ同じです。プロジェクト内のすべての分離コードクラスファイルと独立したクラスファイルは、独立したアプリケーションアセンブリにコンパイルされます。このアプリケーションセットは Bin ディレクトリに配置されます。独立したアプリケーションセットであるため、アプリケーションセット名、バージョン、出力場所などの情報を指定できます。例: Model-View-Controller (MVC) パターンはここで非常にうまく使用できます。これにより、WEB ページと WEB ユーザーコントロールで別のクラスを参照できるようになるためです。	Build ) コマンドは、この WEB サイトプロジェクトをデバッグするときに、ソースコードファイル ASP.net に応じて、正しくコンパイルされているかどうかをテストするだけです。これは、ページとクラスを動的にコンパイルすることによって実現されます。プリコンパイルされたサイトと動的にコンパイルされたサイトは同じコンパイルセマンティクスを使用しますプリコンパイルを通じてサイトのパフォーマンスを向上させることができます。 ASP.net 動的コンパイルシステムは、デフォルトのバッチコンパイルモデルと固定名コンパイルモデルの 2 つのモデルを提供します。バッチコンパイルモデルでは、複数のアプリケーションセットにコンパイルされます (通常、各ディレクトリは 1 つにコンパイルされます)。このとき、アプリケーションセットを見ても、どのディレクトリなのか判断するのが困難です。固定名コンパイルモデルでは、Web サイトの各ページまたは各ユーザーコントロールがアプリケーションセットにコンパイルされます。
反復的開発	Web ページをデバッグまたは実行するときは、WEB プロジェクト全体をコンパイルする必要があります。 WEB プロジェクト全体のコンパイルは、 Visual Studio が増分コンパイルモードを使用するため、ファイルが変更された後にのみ増分コンパイルされるため、通常は高速になります。	Visual Studio 2005 のコンパイルプロパティを構成できます。サイト全体をコンパイルするか、特定のページをコンパイルするか、何も行わないかを設定できます。最後のケースでは、WEB サイトを実行するとき、Visual Studio はブラウザーを開き、現在のページまたは開始ページにアクセスするだけで、このリクエストが送信されると、ASP .net が動的に開始されます。編集。このモードでは、ページは動的にコンパイルされるか、さまざまなアプリケーションセットにコンパイルされるため、ページをデバッグまたは実行する場合、プロジェクト全体をコンパイルする必要はありません。エラーのある部品は使用する部品に支障はありません。デフォルトでは、 WEB ページを実行またはデバッグすると、Visual Studio は Web サイトプロジェクトを完全にコンパイルします。これを行うと、コンパイル中のすべてのエラーを確認できます。ただし、開発中、サイト全体を完全にコンパイルすると非常に時間がかかることがあります。したがって、開発およびデバッグ中は現在のページのみをコンパイルすることをお勧めします。
展開	すべてのクラスファイルはアプリケーションアセンブリにコンパイルされるため、展開するときは、このアプリケーションアセンブリを .aspx ファイル、 .ascx ファイル、およびその他の静的コンテンツファイルと一緒に展開するだけで済みます。このモデルでは、.aspx ファイルはコンパイルされません。ブラウザーがこのページにアクセスすると、動的にコンパイルされます。ただし、Web 配置プロジェクト ( VS2005 にデフォルトで含まれていない Visual Studio 2005 プラグイン) を使用する場合は、を置くことができます .asp × ファイルもアプリケーションセットにコンパイルされます。コードの小さな行を変更するだけの場合は、プロジェクト全体のすべてのコードをコンパイルし、すべてのコードを含むアプリケーションセットを公開する必要もあります。	の Web サイトの公開コマンドを使用すると、.aspx ファイルとコードビハインドをコンパイルできますファイルをアプリケーションアセンブリに追加すると、次のようになります。コンパイルされた .aspx ファイルのヘッダーが変更されました。 (注: Build コマンドでは、デプロイ可能なアプリケーションのセットは提供されません) Publish の最新バージョンは、コードビハインドファイルのコンパイルのみをサポートするため、展開時に .aspx ファイルは変更されません。デフォルトでは、Bin ディレクトリ内の複数のアプリケーションセットにプリコンパイルされます。通常、1 つのディレクトリが 1 つのアプリケーションセットに対応します。固定名デプロイメントオプションを使用すると、各 WEB ページまたは各 WEB ユーザーコントロールにアプリケーションセットを作成できるため、各ページにデプロイ可能なアプリケーションセットが含まれます。ただし、固定名デプロイメントオプションを使用すると、アプリケーションセットの数が増加し、実際のメモリ使用量も増加します。
Visual Studio .NET 2003からにアップグレード	VS2003と同じWEBプロジェクト開発モデルを使用しているため、アップグレードは非常に簡単です。	Web サイトプロジェクトのコンパイルオプションが異なるため、Visual Studio .NET 2003WEB プロジェクトとは大きく異なります。 Microsoft は変換ウィザードを提供していますが、プロジェクトが複雑な VS2003 プロジェクトの場合、この変換ウィザードを使用した後も、変換マニュアルを参照して多くの作業を行う必要があります。 VS2003からアップグレードしたい場合は、このWEBサイト開発テンプレートを使用しないことをお勧めします。代わりに、Web アプリケーションプロジェクトを使用してください。

オプションまたはタスク	Webアプリケーションプロジェクト	Web サイトプロジェクト
VS2005 に移行する必要がある大規模な Visual Studio .NET 2003 Webアプリケーションがあります。	√
シングルページコードモデルを使用して Web サイトのページを開発するのが好きです。分離コードモデルを使用して Web サイトのページを作成する代わりに		√
次のような方法でウェブサイトを作成するのが好きです:		√
ページを作成するとき、作成効果をすぐに確認するために、ページを動的にコンパイルすると、サイト全体をコンパイルしなくても、すぐに効果を確認できます。
(つまり、作成した効果を確認するには、ファイルを保存してブラウザで更新するだけです)
コンパイルされたアプリケーションセットの名前を制御する必要があります	√
ページごとに 1 つのアプリケーションセットが必要です		√
WEB ページまたは WEB ユーザーコントロールでは別のクラスを使用する必要があります。	√
Web アプリケーションを構築するには、複数の Project を使用する必要があります。	√
ビルド前とビルド後イベントを処理する必要があります (コンパイルの前後に独自の追加処理が必要です)	√
新しいプロジェクトファイルを作成することなく、ディレクトリを WEBアプリケーションとして扱えるようにしたいと考えています。		√