C#で例外処理がよくわかりません。

Question

WindowsのコンソールプログラムでiTunesの検索プログラムを作っています。
以下のコードを実行したところ、文字入力は受け付けるのですが、その後プログラムが落ちてしまいます。
例外処理をいれたせいかもしれませんが、どうしたらいいのでしょうか？
実行結果は、iTunesに曲があれば曲名と歌手名他を表示し、なかったらないと表示します。

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using iTunesLib;
namespace test
{
    class Program
    {
        static void Main(string[] args)

        {
            try
            {
                iTunesAppClass iTunes = new iTunesAppClass();

                // ライブラリを取得する
                // ※この中にはミュージック、ムービー、テレビ番組など全部が含まれる
                {
                    IITLibraryPlaylist libraryPlaylist = iTunes.LibraryPlaylist;
                }

                string comment;
                Console.Write("探す曲名を入力してください。");
                comment = Console.ReadLine();


                // ライブラリの音楽ファイルを検索する


                var tracks = iTunes.LibraryPlaylist.Search(comment, ITPlaylistSearchField.ITPlaylistSearchFieldSongNames);




                {
                    var track = tracks.ItemByName[comment];//トラックを取得
                    Console.WriteLine(track.Artist + "\t" + track.Name + "がヒットしました。");
                }


            }

            catch (Exception)
            {
                Console.WriteLine("曲は見つかりませんでした。");
            }
        }
    }
}

Comments

[Q71]

デバッガーで追いかけましたか？
正常に、何も出力するものがないまま終了しているのではないですか？

[Q71]

https://teratail.com/questions/192519
うまくいったんじゃないの？

[Q71]

あと、無闇矢鱈にキャッチしてはいけません。.NET Frame work の例外は、サッカーと同じです。キーパー以外はハンドの反則ですし、キーパーであってもペナルティエリア外や味方からのパスをキャッチしたら反則です。（Exceptionではなく、受ける必要があるものを、最小限の範囲で受ける）

Answer 1

「落ちる」っていうのがどういう状況かわかりませんが、Visual Stuidoからデバッグ実行などで実行されているのであれば、全ての処理が「正常に」終了してコンソール画面が閉じられるような気がしますが。

処理の最後にConsole.Read()でも入れてみてはどうでしょう。

あと諸々気になる部分としては

                // ライブラリを取得する
                // ※この中にはミュージック、ムービー、テレビ番組など全部が含まれる
                {
                    IITLibraryPlaylist libraryPlaylist = iTunes.LibraryPlaylist;
                }

この部分意味あります？
この変数全く使われていませんし、そもそもなんで{}でブロックを作っているのかわかりません。
（その下のコードもそうですが…）

例外処理をいれたせいかもしれませんが、どうしたらいいのでしょうか？

例外というのは、発生した場合に後続の処理を中断し、一番近い（というと語弊があるかも知れませんが）catchまで処理をジャンプするものです。
この辺りはここで全部説明できるような話ではないので、ちゃんとした参考書等を一読されたほうがいいです。

Comments

[BURI55]

落ちるとは入力してエンターキーを押すとプログラムが異常に終了してしまいます。
検索結果などが表示されるはずなのですが。

[Q71]

「異常」とは、どの様な状態ですか？異常ではなく、「期待と違い」ではないですか？

[gentaro]

異常と判断された理由と、その現象の具体的な状況を追記してください。

[BURI55]

Console.Readを入れることで表示されるようになりました。正常だったようです。

Answer 2

Exception の中に落ちた原因の情報が入っているのですが、
「曲が見つかりませんでした。」というメッセージに埋もれてしまっています。

以下のようにcatchで何を検知したのか教えてください。

}
catch( Exception ex )
{
　　Console.WriteLine( "\nMessage ---\n{0}", ex.Message );
　　Console.WriteLine( "\nHelpLink ---\n{0}", ex.HelpLink );
　　Console.WriteLine( "\nSource ---\n{0}", ex.Source );
   Console.WriteLine( "\nStackTrace ---\n{0}", ex.StackTrace );
　　Console.WriteLine( "\nTargetSite ---\n{0}", ex.TargetSite );
}

例外処理について、
例外処理の無いプログラムは、

  Result1 = 処理１
  Result1 のエラー判定

  Result2 = 処理２
  Result2 のエラー判定(2-1)
  Result2 のエラー判定(2-2)
  Result2 のエラー判定(2-3)

  Result3 = 処理３
  Result3 のエラー判定

というように書きますが、あとからソースコードが見辛くなるため、
例外処理（try〜catch〜）が生まれました。

try〜catch〜を使うと

try{
  処理１
  処理２
　処理３
} catch (例外情報) {
  例外情報の表示
}

と記述が本来の処理と例外処理が分離できて見やすくなります。
ただし、しっかりコントロールして記述しないと処理1、処理2、処理3のどこで例外が発生したのか
デバッグで分かりづらくなるため、最近では例外処理をなんでもかんでもひと括りにするのは
止めようというおっしゃる方もいます。

Comments

[BURI55]

Message ---
オブジェクト参照がオブジェクト インスタンスに設定されていません。

HelpLink ---

Source ---
test

StackTrace ---
場所 test.Program.Main(String[] args) 場所 C:\Users\user\source\repos\test\test\Program.cs:行 32

TargetSite ---
Void Main(System.String[])
でした。

[kurokoSin]

```var tracks = iTunes.LibraryPlaylist.Search(comment, ITPlaylistSearchField.ITPlaylistSearchFieldSongNames);```
の行で落ちてますね。
エラーメッセージを見る限り、commentか、ITPlay〜 どちらかがNullに見えます。

libraryPlaylist　から、ITPlaylistSearchField.ITPlaylistSearchFieldSongNames　を取得する必要があるのでは無いでしょうか？（詳しくわかりませんが。）

[BURI55]

libraryPlaylist　から、ITPlaylistSearchField.ITPlaylistSearchFieldSongNames　を取得する必要があるので、それを取得して表示するプログラムなので、iTunesにない曲を問い合わせてしまったときに、おそらくiTunesに問い合わせた結果がnullが帰ってきてしまうので例外が出るのだと思いました。例外はiTunesにない曲などを入れてしまったときに発生します。