問題タブ [dependencies]

VisualC++6.0を使用しています。（そして、はい、私はMosaicブラウザーを使用しています。.;）私のVC ++プロジェクトには、「デバッグ」ビルド構成と「リリース」ビルド構成の依存関係設定が異なります。そのため、ある構成から別の構成に切り替えるときは、毎回手動で依存関係を変更する必要があります。これを行うためのより良い方法はありますか？各構成に従って依存関係の設定を維持できますか？

序章

私の現在の組織では、多くのデスクトップ アプリケーションと Web アプリケーションがすべて、ある時点で相互にフィードしています。古いアプリケーションを管理したり、新しいアプリケーションを作成したりするとき、どのシステムが他のシステムに依存しているかを覚えようとするのは非常に困難です。DLL やイメージなどのソフトウェアの依存関係について話しているのではなく、HR システムに依存する財務システムなどのシステム全体について話しているのです。

私の質問

あるシステム全体が別のシステムにどのように依存しているかを追跡する最良の方法はどれですか?

_{答えは、上記を実行する方法、ソフトウェア パッケージ、またはドキュメント テクニックのいずれかを示唆している可能性があります。}

_{私の特定のケースでは、「多数」とは、20 を超える Web およびデスクトップ アプリケーションが 12 のサーバーを超えることを意味します。}

プロファイルごとに maven pom.xml ファイルに異なる依存関係のセットを含めることは可能ですか?

例えば

同じクラス名と同じインターフェースの異なる実装を持つ 1 つのプロファイルで、別の依存関係 jar ファイルを取得したいと考えています。

Boost は、多くの相互依存関係を持つ非常に大きなライブラリであり、コンパイルにも長い時間がかかります (これにより、 CruiseControlの応答時間が遅くなります)。

私が使用するブーストの唯一の部分は、boost::regex と boost::format です。

特定のブースト サブライブラリがコンパイルを高速化するために必要なブーストの部分のみを抽出する簡単な方法はありますか?

編集: ブーストを再構築する理由についての質問に答えるには...

1. ブースト ヘッダー ファイルの解析にはまだ時間がかかります。必要なものだけを抽出できれば、解析も速くなると思います。
2. 当社の CruiseControl セットアップは、すべてをゼロから構築します。これにより、使用しているブーストのバージョンを更新する場合も簡単になります. しかし、ビルド プロセスを変更して、変更が発生したときにビルド マシンがブーストをビルドできるかどうかを確認し、それらの変更を SVN にコミットできるかどうかを調査します。(私の会社には、ドアから出るものはすべて「ビルド マシン」でビルドする必要があるというポリシーがあります。)

どのクラスがどのソースファイルに依存するかを指定するために Makefile のセクションを生成するために使用していた javadeps の代わりを探しています。

残念ながら、javadeps 自体はしばらく更新されておらず、ジェネリック型または静的インポートを解析できません。

これまでに見つけた最も近いものはDependency Finderです。それはほとんど私が必要とすることを行いますが、非パブリック クラスをソース ファイルに一致させません (ソース ファイル名がクラス名と一致しないため)。現在のプロジェクトには、唯一のクライアントがパッケージ プライベート クラスの内部クラスであるインターフェイスがあります。となり、これは重大な問題です。

あるいは、これを行うツールを知らない場合、コマンドライン ツールを使用して大規模な Java プロジェクトでインクリメンタル コンパイルを行うにはどうすればよいでしょうか? 代わりに、一度にパッケージ全体をコンパイルしますか?

ノート：

1. javadepsを、目的が大きく異なるjdependと混同しないでください。
2. この質問は、「Java プロジェクトの依存関係を推測するためのツール」を書き直したもので、回答者 3 人中 2 人が誤解しているようです。

A と B という 2 つのスケジュールされたプロセスがあるとします。

A が完了するまで B を実行してはならないことを考えると、この依存関係を適切に強制するにはどうすればよいでしょうか?

検討されたアプローチ:

1. 完了したら、A スケジュール B を用意します。これには、何らかの理由で A が失敗した場合に B がスケジュールされないという欠点があります。

2. B が実行されたら、A に ping を実行して、後者が完了したかどうかを確認します。これがどのように達成されるか (ネットワーク、ファイル、データベース レコード、メッセージ キュー) は、3 番目の依存関係を導入するために厄介で問題になる可能性があります。

3. A と B を 1 つのプロセスに結合します。これには、2 つが密接に結び付いているという欠点があり、必要に応じてどちらか一方を分離して再実行することが難しくなります。

考え？

Reflection を使用して Windows.Net アプリケーションにアドオン システムを追加しようとしています。ただし、依存関係のあるアドオンがあると失敗します。

アドオン クラスは、インターフェイス 'IAddon' を実装し、空のコンストラクターを持つ必要があります。
メイン プログラムは、Reflection を使用してアドオンをロードします。

アドオンが依存関係を使用しない場合にうまく機能します。しかし、アドオンがディスクのアドオンの近くに保存されている別の DLL (C:\Temp\TestAddon\MyTools.dll) を参照して使用すると、失敗します:
System.IO.FileNotFoundException: ファイルまたはアセンブリ 'MyTools.dll を読み込めませんでした' またはその依存関係の 1 つ。

アドオン DLL を実行可能ファイルの近くにコピーしたくありません。.Net ランタイムに "C:\Temp\TestAddon\" で依存関係を検索するように指示するにはどうすればよいですか?

追加することに注意してください

何も変更しないでください。

C# アプリで作業しているときに、いくつかの場所で静的初期化子が次のように相互に依存していることに気付きました。

うまくいった特別なことは何もしません。それはただの運ですか？C# にはこれを解決するルールがありますか?

編集: (re: パノス) ファイルの字句順は王様のようですか? ファイル間ではどうですか？

見てみると、次のような循環依存関係を試しました。

そして、プログラムは同じように実行されませんでした (テスト スーツは全面的に失敗し、私はそれ以上調べませんでした)。

C++ プロジェクトでは、コンパイルの依存関係により、ソフトウェア プロジェクトの保守が困難になる場合があります。モジュール内およびモジュール間の依存関係を制限するためのベスト プラクティスにはどのようなものがありますか?

大量のサード パーティの依存関係を持つかなり大規模な Java エンタープライズ プロジェクトを継承しようとしています。少なくとも 70 個の JAR が含まれており、そのうちのいくつかは使用されていないように見えます。

何年にもわたって、さまざまな開発者がコード ベースに触れてきたので、彼ら全員が今月のプロジェクトの新しいタイプ ライブラリを試してきたようです。

これらを取り除くにはどうすればよいでしょうか。もちろん、車輪を再発明する必要がないために、いくつかの依存関係が役立つことは明らかです。

私は明らかにJavaベースのプロジェクトに興味がありますが、人々が役立つと思う言語を超えた回答を歓迎します.