WPFプレゼンテーションフレームワークの例外:(

Question

だから私は、夏のコースのための私の最終的なプロジェクトに取り組んでいると私は、この次の例外を取得します。

型「System.Reflection.TargetInvocationException」の未処理の例外がPresentationFramework.dll

で発生した

コールスタックを調べて、その前処理をすべて実行しています。アプリケーションが起動していないので、自分のコードではないと思います。私はそれを削除し、いくつかの変更を加えて、それを実行して、バムに行った！はい、バージョンコントロールかもしれない問題から私を救った、ルーキーミス！

ご協力いただきましてありがとうございます。

編集：実際にはいくつかの例外が存在すると考え、ここで出力ウィンドウの一部である

「System.NullReferenceException」種類 の最初のチャンス例外がStockAnalysis.exeタイプの最初のチャンス例外を発生しました System.Xaml.dllで 'System.NullReferenceException'が発生しました 機会例外 'System.NullReferenceException'が発生しました PresentationFramework.dll の最初の機会例外 'System.Reflection.TargetInvocationException'がmscorlib.dllで発生しました 最初のチャンス例外タイプ 「System.Reflection.TargetInvocationException」のNタイプ 「System.Reflection.TargetInvocationException」の最初の機会例外が System.Xaml.dllタイプ の最初の機会例外が発生したのMscorlib.dll で発生「するSystem.Reflection .TargetInvocationExceptionがSystem.Reflection.TargetInvocationException」タイプ の PresentationFramework.dllアン未処理の例外に発生した 『』

追加情報PresentationFramework.dll

で発生しました：例外が 呼び出しのターゲットによってスローされました。

Answer 1

TargetInvocationExceptionには、ほとんど常にInnerExceptionが設定されています。 Visual Studioでそれを実行して、例外ダイアログが表示されるようにして、[詳細の表示]リンクをクリックすると、例外のプロパティを拡張して実際に何が起きたのかを知ることができます。

TargetInvocationExceptionの100％のうち、InnerExceptionはnullではありませんでした。ほとんどの場合（例外処理によって異なります）、1つだけです。InnerException

常に覚えておくとよいでしょう。常にInnerExceptionをチェックしてください。