vs2008 の Web サイト プロジェクト テンプレートを使用したテンプレートの基本的な実装を持つ cms (N2) の使用を開始しました。それをコンパイルするとき、私が慣れ親しんでいる Web アプリケーション プロジェクトを使用するよりもはるかに時間がかかることに気付きました。
私の質問は次のとおりです。
これが重複している場合は申し訳ありませんが、同様の質問が見つかりませんでした。
乾杯
主な違いは次のとおりです。
Web アプリケーション プロジェクトでは、すべてがプリコンパイルされます すべての分離コード ページは .dll にコンパイルされます ---- Web サイト プロジェクト では、プロジェクト内の何もプリコンパイルされません。コンパイラはすべてをコンパイルして有効であることを確認しますが、コンパイルされたページはアップロードされません。ユーザーが最初にサイトにアクセスしようとすると、各ページが独自の dll にコンパイルされます。これは、Web サイト プロジェクトでは、1 つの分離コード ファイルをアップロードできることを意味します。
名前空間 - Web アプリケーション プロジェクトでは、名前空間は既定でWeb サイト プロジェクトに作成されますが、作成されません。
プロジェクト ファイル - Web サイト プロジェクトには、 Web アプリケーション プロジェクトにある "cproj" ファイルはありません。
Web アプリケーション プロジェクトへの変換は、特に appcode フォルダーに大きく依存している場合は、思ったより難しくなる可能性があります。
個人的には、Web アプリケーション プロジェクトの方が使いやすく、デプロイの煩わしさが少ないと思います。個人的には、非常に小さくて単純なものにのみ Web サイト プロジェクトを使用します。
MSDNからの余分な読み物
私の好みは、Web アプリケーションよりも Web サイト プロジェクトを使用することです。私は主に、f5ではなく、開発中にページを実行するために「ブラウザで表示」に依存しています。ブラウザー ウィンドウを開いたままにして、ランタイム ブラウザーを閉じずにコードを変更できます。通常、デバッグが必要な場合は、IDE を適切なプロセスに接続します。私の経験では、コンパイルや変更が必要になるたびにアプリをコンパイルして再起動するよりも、この方法で行う方がはるかに効率的です。アプリにログイン ページがある場合、これはさらに拡大されます。F5 を押すたびにログインする必要はありません - 設定する方法があることは認められています。しかし、好みはそうではありません。
Chris から提供された情報に加えて、Web アプリケーション プロジェクトの場合、プロファイルはそのままでは利用できないことにも注意してください。
http://www.codersbarn.com/post/2008/06/01/ASPNET-Web-Site-versus-Web-Application-Project.aspx
ここで利用可能な回避策があります: http://code.msdn.microsoft.com/WebProfileBuilder
基本的に、Web アプリケーション プロジェクトには、Web サイト プロジェクトのように各ページに自動的に追加されるプロファイル オブジェクトがないため、web.config ファイルで定義されたプロファイル プロパティへの厳密に型指定されたプログラムによるアクセスを取得できません。
アンソニー:-)