問題タブ [dependencies]

PHPアプリケーションの循環依存の問題であると私が信じていることを経験しています。これが正しくない場合はお知らせください。状況は次のとおりです。

LogManagerとDBSessionの2つのクラス。

DBSessionはデータベースとの対話に使用され、LogManagerはファイルへのログ記録に使用されます。どちらも私のアプリケーションで広く使用されています。DBSessionのインスタンスを作成するときは、コンストラクターパラメーターを介してLogManagerのインスタンスを指定する必要があります。これは、DBSessionが情報をファイルに記録し、LogManagerインスタンスを使用してこれを行うためです。

ここで、LogManagerを拡張して、テキストファイルではなくデータベーステーブルにもログを記録できるようにしたいと思いました。当然、既存のクラスを再利用するのが好きですが、これが面白い状況をもたらすことにすぐに気づきました。

DBSessionは、構築のためにLogManagerのインスタンスをすでに必要とします。LogManagerでDBSessionクラスを再利用する場合は、DBSessionのインスタンスが必要になります。どうすれば両方の要求を満たすことができますか？明らかに、私のアプローチには何か問題があるに違いありません。

これを修正することをどのように提案しますか？

よろしくお願いします。

基本的に、必要なのはDependecy Walkerのようなものですが、.NET アプリケーションで動作するはずです。そのようなツールはどこかにありますか？

javaメインクラスのすべてのクラス依存関係を見つける方法はありますか?

メインクラスのインポートとそのインポートを手動でふるいにかけましたが、同じパッケージにあるクラスをインポートする必要がないため、不完全なリストをまとめていたことに気付きました。

依存関係を再帰的に (おそらく定義された深さまで) 見つけるものが必要です。

すべての .c ファイルを一覧表示し、そのファイルに直接または間接的に含まれるすべての .h ファイルを一覧表示する現在のプロジェクトのドキュメントを作成する必要があります。

これは大規模なプロジェクトであり、理論的にはこの情報を含む Makefile がありますが、それらの Makefile が正しくない場合があります (このプロジェクトは別の会社から継承しました)。変更を実際に再コンパイルに反映させるために、頻繁に を実行する必要があったmake clean ; makeため、これらの Makefile に依存したくありません。

では、.c ファイルの名前とインクルード パスを指定して、.c ファイルに直接的または間接的に含まれるすべての .h ファイルを教えてくれるツールはありますか? みたいな変なものはありません

そのため、ツールは完璧である必要はありません。通常のインクルードのインクルード パスで .c および .h ファイルを検索するものは何でも十分です。

最近、改善したい GTK アプリケーションのソース tarball をダウンロードしました。標準./configureおよびmakeビルド シーケンスを使用します。

初めて、configure.. libgnomeui-2.0いつものように、*-devこれらの依存関係に対応する Debian パッケージ名を手動で調べて見つける必要がありました... もちろん、名前が完全に一致することはないので、本当に面倒です。

だから私に起こったことは... /構成ファイルによってリストされたビルド依存関係を自動的にインストールするヘルパーツールはありますか???automakeautoconf

dpkg-buildpackage(ツールについては既に知っていますが、この場合、Debian パッケージ ソースからではなく、ディストリビューションに依存しない生のソース tarball からビルドすることに関心があります。)

C＃Windowsフォームアプリケーション（Visual Studio 2005）でいくつかの単体テストを実行しようとすると、次のエラーが発生します。

System.IO.FileLoadException：ファイルまたはアセンブリ'Utility、Version = 1.2.0.200、Culture = neutral、PublicKeyToken=764d581291d764f7'またはその依存関係の1つを読み込めませんでした。見つかったアセンブリのマニフェスト定義がアセンブリ参照と一致しません。（HRESULTからの例外：0x80131040）**

x.Foo.FooGO（）で

Foo.cs：line 123のx.Foo.Foo2（String groupName_）で

FooTests.cs：line 98 **のx.Foo.UnitTests.FooTests.TestFoo（）で

System.IO.FileLoadException：ファイルまたはアセンブリ'Utility、Version = 1.2.0.203、Culture = neutral、PublicKeyToken=764d581291d764f7'またはその依存関係の1つを読み込めませんでした。見つかったアセンブリのマニフェスト定義がアセンブリ参照と一致しません。（HRESULTからの例外：0x80131040）

私は自分のレファレンスを調べましたが、レファレンスしかありませんUtility version 1.2.0.203（もう1つは古いです）。

このDLLファイルのこの古いバージョンを参照しようとしているものを理解する方法についての提案はありますか？

その上、私は私のハードドライブにこの古いアセンブリさえ持っていないと思います。この古いバージョンのアセンブリを検索するためのツールはありますか？

C ++ランタイムmsvcr80.dllがコンパイル済みライブラリにない場合、ライブラリの作成に使用されたバージョンを判別する方法、またはライブラリを新しいバージョンのmsvcr80.dllで実行する方法はありますか？

CommonUtils などの共通プロジェクトのリリースを行うときに依存関係を含める必要がありますか?それとも、使用するときにどの依存関係を参照する必要があるかを単に指定する必要がありますか?

こんにちは、依存関係の階層に問題があり、解決方法がわかりません。

代替テキスト http://img525.imageshack.us/my.php?image=56330713it2.jpg http://img525.imageshack.us/my.php?image=56330713it2.jpg

問題は、MyProject プロジェクトからこれらの依存関係を参照する方法にあります。私は BaseProject とそれがアセンブリに組み込まれた CommonUtil(バージョン 1.0) を構築しました。現在、MyProject で CommonUtil のクラスを使用していますが、CommonUtil.v.1.0 を参照する必要があるのか​​、CommonUtil (v 2.0) の現在のバージョンを参照できるのか、参照する必要があるのか​​ わかりません。

MyProject からどの CommonUtils アセンブリを参照する必要がありますか? どちらのアセンブリにも同じメソッドがいくつか含まれているため、どちらのアセンブリを使用するかを VS が判断できないと VS が教えてくれるので、両方のアセンブリを参照することはできません。v.1.0 のみを参照すると、v.2.0 から必要なすべてのものを持っていない可能性があり、v.2.0 のみを参照すると、v.1.0 (BaseProject) が必要とするすべての機能を持っていない可能性があります。

.NETアプリケーションの依存関係を確認するにはどうすればよいですか？Dependency Walkerはマネージドアプリで動作しますか？最新のものをダウンロードしてアプリのプロファイリングを試みましたが、説明がほとんどなく終了します。.NETで動作しない場合、ランタイムDLLの読み込みの問題をデバッグするのに役立つ他のツールはありますか？