問題タブ [projects-and-solutions]

私はC＃を初めて使用し、名前空間を使用するためのベストプラクティスに興味があります。

単一のクラスライブラリプロジェクトと、いくつかの小さなコンソールアプリプロジェクトを含むソリューションがあります。コンソールアプリプロジェクトが行うのは、コマンドライン引数を解析し、ライブラリプロジェクト内のさまざまなクラスを呼び出すことだけです。ライブラリプロジェクトは、標準のCompanyName.Tool規則を使用します。

私の質問は、特定のコンソールアプリの唯一の目的はライブラリプロジェクトのクラスであり、それ自体が別のプロジェクトまたはクラスから呼び出されることはないため、名前空間内に配置する必要があるかどうかです。不要のようです。

私は 2 つの Web プロジェクトを持っています。これらのプロジェクトはどちらもクライアント側の JavaScript を共有しており、現在両方のプロジェクトでほぼ同一のコピーとして存在しています。これらのファイルのバージョン管理に明らかに問題があるためです。

ファイルをソリューションフォルダーに配置し、プロジェクトからそれらへのリンクを作成することができました。これは、プロジェクトを公開するときに機能します。しかし、WebDev サーバーをローカルで実行すると、これらのファイルはハード ファイル システム リンクではなくなりますか? それらは参照のみとして Visual Studio プロジェクト内に維持されているようです。

問題は、WebDev サーバーがファイルの推定有効な場所に要求を行うが、その場所に物理ファイルとして存在しないため、そこにファイルが見つからないことです。

誰でもこれを回避する方法を知っていますか?

友人が、IntelliJ を使用して Java を学び始めたところです。彼は、新しいプロジェクトの作成にデフォルトのメイン クラスが含まれるように、テンプレートを設定する方法を尋ねました。

現在、彼が新しいプロジェクトを作成するとき、そのプロジェクトにはソース ファイルがなく、手動で実行/デバッグ アプリケーション構成を追加してから、メイン クラスを選択する必要があります。

Visual C++ を使用してゲームに取り組んでいます。別のプロジェクトにいくつかのコンポーネントがあり、プロジェクトの依存関係を設定しました。別のプロジェクトのヘッダー ファイルを #include するにはどうすればよいですか? あるプロジェクトのクラスを別のプロジェクトで使用する方法がわかりません。

複数のプロジェクトで解決策があります。メニューとして機能する「メイン」プロジェクトがあり、そこからユーザーは他のプロジェクトにアクセスできます。このメインプロジェクトでは、呼び出されたすべての関数でリンカーエラーが発生します。これらのリンカーエラーを回避するにはどうすればよいですか？「プロジェクトの依存関係...」ダイアログですでにプロジェクトの依存関係を設定しました。

ありがとう

編集-提案どおりに実行し、出力フォルダーをリンカーの追加ディレクトリに追加しました。しかし今、私は次のように百万のエラーを受け取ります：

Microsoft Visual Studio は、XML を使用して.vcprojプロジェクト ファイルを保存します。したがって、XML プロジェクト ファイルの比較は簡単です。

残念ながら、プロジェクト ファイルのプロパティのいずれかを変更すると、Visual Studio はプロジェクト ファイルの XML ノードをランダムにシャッフルすることを要求します。これにより、プロジェクト ファイルの変更のテキストの差分とマージが基本的に不可能になります。1 つのコンパイラ設定を変更すると、ファイル内の行の 50% が変更されたとビジュアル差分ツールに認識される可能性があります。いくつかの XML 差分ツールも試してみましたが、それらは同じ混乱をより構造化したビューを表示するだけです。

.vcprojソース管理でファイルを維持するための提案はありますか? または、ファイル内の XML ノードを再配置しないように Visual Studio を納得させる方法はあり.vcprojますか?

(CMake などのツールを使用して、より差分に適したテキスト ファイルからファイルを生成することも調査しまし.vcprojたが、CMake には独自の問題があります。)

通常の SLN ファイルがあり、コマンド ラインから msbuild を使用して正常にコンパイルしています。私はこれをします：

C:\slndir> msbuild /p:OutDir=C:\slnbin\

そして、C:\slnbin_PublishedWebsites\ にデプロイされる Web サイトを除いて、すべてを C:\slnbin にダンプします。

私が望むのは、すべてのバイナリをbin dirにドロップするだけでなく、各実行可能プログラムに、各Webサイトが取得するのと同様の独自の「展開」フォルダーを持たせることです。

たとえば、次のプロジェクトがある場合: - Common - Lib1 - Service1 - Lib2 - Service2

私は取得したい:

「msbuild /p:OutDir=C:\slnbin\$(ProjectName)」のようなことを試してみましたが、それをリテラルとして扱い、実際の「$(ProjectName)」サブディレクトリを作成するだけです。

できれば、個々のプロジェクトなどをすべて変更する必要はありません。

これは可能ですか？簡単？

非常に率直で要点ですが、Visual Studio 2008 プロジェクトを Visual Studio 2003 に変換する方法を知っている人はいますか?

申し訳ありませんが、誰かが非常に良い点を指摘しています。どの言語、C#が答えです。

私は Google でたくさんの検索を行ってきましたが、2003 年から 2008 年までしか出てこない傾向があり、その逆はありません。助けていただければ幸いです。

私は他のプロジェクト (ユーティリティと言えます) に依存する一連のプロジェクトを持っています。問題は、これらのユーティリティのいずれかのコードを変更するたびに、同僚が最新のコードを取得し、最新のものを使用するために自分のマシンでビルドする必要があることです。アセンブリ。適切な標準ソリューションはありますか? または単に共有フォルダーに dll を集中化しましたか?

PS:

私たちは MS ソースセーフ 2005 を使用していますが、コードではなくバイナリのみが必要なため、同僚に毎回ソースコードを取得して自分のマシンでビルドすることを望んでいません。