C# と VB.NET の質問掲示板

では、考えるためのヒントを、

今、使用しているメソッド、
  List.ConvertAll()
ですが、正確な定義は以下の通りです。
(C#くさいので、C#における定義を示す)

public List<TOutput> ConvertAll<TOutput>(
    Converter<T, TOutput> converter
)

ここで、Converterというのはデリゲートです。
デリゲート分かりますか？
語弊があるのを承知で一言で言うならメソッド(関数)を入れる変数です。
分からなかったら勉強してください。

で、Converterデリゲートの定義は以下の通りです。
  public delegate TOutput Converter<in TInput, out TOutput>(
      TInput input
  )

うまく行く方の int.Parse() の定義ですが、
  public static int Parse(
      string s
  )
です。

デリゲートと引数、戻り値が一緒でしょ。
だから呼べるんです。

x.ToString() はデリゲートに一致しない。

Convert.ToInt32(x)はConvert.ToString(x)の間違いかと思われるが、
直せば動くよ。

でもね、この機会だから、みなさんもおっしゃっているとおり、
なぜ動くかを理解することをお勧めします。

■No77298 (ぶなっぷ さん) に返信
> うまく行く方の int.Parse() の定義ですが、
>   public static int Parse(
>       string s
>   )
> です。
> 
> デリゲートと引数、戻り値が一緒でしょ。
> だから呼べるんです。
> 
> x.ToString() はデリゲートに一致しない。

そんなことはないです。
x => x.ToString()
というラムダ式全体がデリゲートになるのであって、
どちらも要求されるデリゲート型を満たしています。

> 実際に試してみると、
>   var NumList = new List<int>() { 5, 8, 2, 7, 1, 3, 9 };
>   List<string> StrList = NumList.ConvertAll(x => x.ToString());
> で動作しました。

余談ですが、LINQが一般的になってきた昨今、
List<>型にするのが目的でなければ(foreachでぶん回したいだけとか)、
  List<string> StrList = NumList.ConvertAll(x => x.ToString());
より、
  IEnumerable<string> StrList = NumList.Select(x => x.ToString());
  または
  IEnumerable<string> StrList = from Num in NumList select Num.ToString();
の方が一般的かと思います。

なお、LINQでList<>にしたい場合は、
  List<string> StrList = NumList.Select(x => x.ToString()).ToList();
  または
  List<string> StrList =
    (from Num in NumList select Num.ToString()).ToList();
でOK。