Visual Studio 用の Web アプリケーションのソース コードを受け取りました。そのソリューションには 15 の異なるプロジェクトが含まれており、そのようなものを作成することになっています。
メイン プロジェクトは MVC3 Web アプリケーションで、残りはデータやその他のリソースを処理するためだけの非 Web アプリケーションです。
新しいプロジェクトを新しいソリューションに追加しようとしている間、それらのプロジェクトのタイプがわかりません。たとえば、asp.net Webアプリケーションの空のプロジェクトなどの空のプロジェクトを追加するだけで、C＃アプリケーションの空のプロジェクト、Windowsのプロジェクトでも、正しい参照、構成、およびその他のファイルを追加して正しいソリューションを作成できますか? プロジェクトのタイプは本当に重要ですか？
プロジェクトのタイプは、コンパイル スイッチを制御するため、Visual Studio にとって重要です。.dll (クラス ライブラリ プロジェクト) などを作成するためのさまざまなスイッチがあります。Visual Studio はまた、プロジェクトの種類を使用して、特定のプロジェクトの実行方法を決定します。(Web サイトおよび Web プロジェクト用の Cassini Web サーバー内、または単にコンソールおよび WinForms アプリ用の実行可能ファイルなど)
.csproj ファイルがある場合は、ファイルを調べてプロジェクトの種類を判断できます。
たとえば、クラス ライブラリには
<OutputType>Library</OutputType>
WinForms、コンソール、または Windows サービス アプリには、
<OutputType>WinExe</OutputType>
Web サイトには .csproj ファイルはありませんが、.aspx、.asmx、およびその他のファイルの存在に基づいて識別できます。
.csproj ファイルがない場合は、ご想像におまかせします。一般に、Main() 関数が見つからない一連のクラスのように見え、それらのクラスが別のライブラリで参照されている場合、それはおそらくクラス ライブラリ プロジェクトです。
Main() ルーチンが表示された場合、それはさまざまな Windows 実行可能ファイルである可能性があるため、Console.WriteLine() 呼び出し (通常はコンソール アプリに関連付けられている) や Windows UI コンポーネントの存在などの手がかりを探す必要があります。 TextBoxes など、および System.Windows.Forms 名前空間への参照など。System.ServiceModel への参照は、通常、Windows サービスなどを示します。