問題タブ [dependencies]

管理されたアセンブリのセットを調べて、ある名前空間のタイプのいずれかが別の名前空間のタイプに依存しているかどうかを通知できるユーティリティはありますか？たとえば、名前空間があり、内のMyApp.BusinessRules何にも直接アクセスしたくないMyApp.GUIが、両方の名前空間が同じアセンブリにあるとします。私の目標は、さまざまな結合ルールが破られていないことを確認するカスタムMSBuildタスクを記述できるようにすることです。

これまでのところ、これを行う可能性があると思われる唯一のツールはNDependですが、もっと簡単な解決策があるかどうか疑問に思っています。

何百ものアセンブリを含む大規模なシステムを考えると、すべてのプロジェクトを含む単一の Visual Studio ソリューションを作成する方法がない場合、大規模なシステム内の他のどのプロジェクトが特定のアセンブリに依存しているかを判断する最も簡単な方法は何ですか?

コマンドを入力すると：

ドキュメントは、プロジェクトの依存関係のリストを取得することを提案しています。代わりに、私はこれを取得します：

私を希望に満ちた素朴な人と呼んでください、しかし私はmavenが持っていなかったプラグインをダウンロードすることを望んでいました。誰かがこのエラーの原因を知っていますか？Mavenがインストールしたプラグインに関する情報をどこに保存し、それらがmavenリポジトリのどこに保存されているかを知っている人はいますか？

次のように、Merb アプリでスライスのリストを作成しています。

Merb::Slices.each_slice do |slice|

このスライスごとに依存関係のリストを取得したいのですが、アクセスする方法はありますか?

私はまだmerbコードを読んでいます.解決策はすぐに来るかもしれません;)

依存関係が壊れているメイクファイルを含むプロジェクトがあります。各ソース ファイルを手動で、または手書きの perl スクリプトで調べる以外に、makefile で使用できるプロジェクトの依存関係のリストを生成する最もよく知られている方法はありますか?

antからプロジェクトの依存関係を管理するための最良の方法について考えていました。Maven AntタスクとIvyの長所と短所は何ですか？

参照の copy-local=true が正確に何をするのか疑問に思っています。参照されたアセンブリをそのすべての依存関係と共に出力ディレクトリにコピーしますか?

私のシナリオは次のとおりです。log4net を利用するカスタム ログ ラッパーがあります。log4net.dll リファレンスを copy-local true に設定して、MyLogWrapper.dll のリリース アセンブリをビルドします。コピー ローカルを true に設定して MyProject から MyLogWrapper.dll を参照すると、log4net.dll もコピーされるはずです。私は MyLogWrapper.dll のみを参照しており、MyProject の依存関係は参照していません。log4net.dll は MyProject 出力ディレクトリにコピーされませんが、MyLogWrapper の他のすべての依存関係はコピーされます。何が問題なのですか？

さらに実験を行ったところ、GAC からアセンブリ (log4net.dll) を削除すると、ローカルにコピーされ始めたようです。これが問題であることを誰でも確認できますか?

ASP.NET アプリケーションに更新をデプロイしたところ、foo.dll を使用するページに次のエラーが表示されるようになりました。

foo.dll を読み込めません。指定されたモジュールが見つかりませんでした。(HRESULT からの例外: 0x8007007E)

foo.dll は私の system32 とアプリケーションの bin ディレクトリ (パス環境変数にあります) にあります。

何を与える？

わかりました、多くの共有バイナリをすべて含む多くのソリューションがあります。

私たちがしていることは次のとおりです。

共有ドライブには、次のレイアウトがあります。ここには、すべてのバイナリ依存関係のディレクトリと、すべてのバージョンのサブ ディレクトリがあります。

BinaryDep1
-----------揮発性
-----------1.0
-----------1.1
-----------1.2

BinaryDep3
-----------揮発性
-----------1.0
-----------1.1
-----------2.2

BinaryDep3
-----------揮発性
-----------1.0
-----------1.1
-----------1.2

私たちのソリューションには、すべての依存関係とバージョンを一覧表示する XML ファイルがあります。次に共有ドライブに移動し、依存関係を /ext というソリューションのサブフォルダーにダウンロードするスクリプトがあります

これは非常にうまく機能しますが、改善しようとしているいくつかの欠陥があり、人々のフィードバックを得たかったのです。

1. 多くのソリューションがあるため、それらがすべて同じバージョンのバイナリ依存関係に依存している場合、ソリューションごとに 1 つのコピーを取得します (自己完結型である必要があるため)。したがって、すべてが Syncfusion に依存する 5 つのソリューションがある場合、私のデスクトップには 5 つの syncfusion のコピーが作成されます。ここでの 2 つの問題は、1) 遅いダウンロード時間 (必要な時間の 5 倍以上) と、大量のディスク領域を占有することです。

/ext を使用してソリューションごとにローカル サブディレクトリを持つモデルが気に入っているため、プロジェクト参照を変更する必要はありませんが、これらは競合する力のように見えます。

バージョンのアップグレードごとにVSで参照を変更する必要があるプロジェクト参照を手動で更新することなく、5倍のデータと同じディスクサイズをダウンロードしないように、ダウンロードを正規化する方法についてのアイデア。

私が書いたPerlスクリプトを別の開発者に実行してもらいたい。スクリプトは、スクリプトを実行する前にインストールする必要のある多くのCPANモジュールを使用します。スクリプト（またはperlバイナリ）を作成して、欠落しているすべてのモジュールのリストをダンプすることは可能ですか？スクリプトを実行しようとすると、Perlは欠落しているモジュールの名前を出力しますが、これは冗長であり、欠落しているすべてのモジュールを一度にリストするわけではありません。私は次のようなことをしたいと思います：

あるいは：

それを行う簡単な方法はありますか？これはショーストッパーではありませんが、他の開発者の生活を楽にしていきたいと思います。（必要なモジュールが複数のファイルに散在しているため、何も見逃さずに手作業でリストを作成するのは簡単ではありません。PARについては知っていますが、私が望むものには少し複雑すぎるようです。）

更新：ありがとう、マニ、それでいい。私はについて知りませんでした%INC、私はについてしか知りませんでした@INC。私はこのようなもので解決しました：

どちらが印刷されますか：

これはうまくいくようです。