CS801～2000

C#コンパイラエラーCS1731について解説

2025-03-29更新日: 2025-03-29

CS1731はC#のコンパイラエラーです。

ラムダ式や匿名メソッド内で返す値が、指定されたデリゲートの戻り値の型に暗黙的に変換できない場合に発生します。

例えば、戻り値がdoubleを期待しているデリゲートに対し、文字列が返されるとエラーとなります。

エラー解決には、戻り値の型を正しく一致させる必要があります。

目次から探す

エラー内容の詳細
- CS1731エラーの概要
- エラーメッセージの解釈
発生原因の検証
- ラムダ式における型不一致
- 匿名メソッドでの問題
発生パターンとコード例
- エラーが発生する具体的な状況
対応方法の実例
- 戻り値の型変更による解決策
- 開発環境での確認ポイント
まとめ

エラー内容の詳細

CS1731エラーの概要

CS1731エラーは、デリゲートの戻り値の型に暗黙的に変換できない型の値が返される場合に発生します。

具体的には、ラムダ式や匿名メソッド内で返却される値の型が、デリゲートが期待する戻り値の型と一致していないときにこのエラーが表示されます。

つまり、返される値が想定された型と異なるため、暗黙の型変換が成立せずエラーとなるという仕組みです。

エラーメッセージの解釈

エラーメッセージには「デリゲート戻り値の型に暗黙的に変換できない戻り値の型がブロック内にあるため、’expression’ をデリゲートに変換することはできません。」と記載されます。

このメッセージは、ブロック内で返される値の型が、対象となるデリゲートの戻り値の型と互換性がないために発生する問題であることを示しています。

例えば、デリゲートが返す値の型が double である場合、ラムダ式内で string型の値を返すとエラーとなります。

このエラー文を正しく解釈することで、どの部分の型指定が不適切であるかを把握する手助けになります。

発生原因の検証

ラムダ式における型不一致

ラムダ式で発生する型不一致は、返却値の型がデリゲートで宣言された戻り値の型と異なる場合に起こります。

例えば、以下のようなコードでは、double型を返すデリゲートに対して、文字列を返しているためエラーが発生します。

デリゲートの型定義が double である場合には、ラムダ式の返却値も double でなければなりません。
返すべき値と実際に返される値との間に型の不一致があると、暗黙の型変換ができずにエラーとなります。

匿名メソッドでの問題

匿名メソッドにおいても、同様の型不一致が原因でCS1731エラーが発生します。

匿名メソッドでは、記述内容がブロックとして扱われ、そのブロック内で返す値の型が明示されていない場合、デリゲートの戻り値型と一致する必要があります。

例えば、匿名メソッド内で想定外の型の値が返されると、コンパイラは「暗黙的に変換できない」と判断し、エラーを出力します。

返す値の型を明確に意識することで、こうした問題を未然に防ぐことができます。

発生パターンとコード例

エラーが発生する具体的な状況

デリゲートに対応するラムダ式または匿名メソッド内で、返す値の型が定義された戻り値の型と異なる場合、CS1731エラーが発生します。

例えば、デリゲートの戻り値の型が double と定義されているにもかかわらず、返却値として string を返す場合が考えられます。

誤った実装例

下記のサンプルコードは、double を返すデリゲートに対して、文字列を返すラムダ式の例です。

このコードはコンパイル時にCS1731エラーとなります。

using System;
namespace SampleError
{
    // "D" は double を返すデリゲートです。
    delegate double D();
    class Program
    {
        static void Main(string[] args)
        {
            // ラムダ式が誤った戻り値型 (string) を返しているためエラーになります。
            D d = () => { return "不正な戻り値"; };
            // 以下の行は実行されませんが、エラーが解消されれば正しく評価されます。
            double result = d();
            Console.WriteLine(result);
        }
    }
}

※このコードはコンパイルエラーとなります

修正実装例

正しい実装例では、デリゲートの戻り値の型に合わせて、適切な型の値を返すように修正します。

以下のサンプルコードは、double型の戻り値を返すように修正した例です。

using System;
namespace SampleFix
{
    // "D" は double を返すデリゲートです。
    delegate double D();
    class Program
    {
        static void Main(string[] args)
        {
            // 戻り値として double 型の値を返すように修正
            D d = () => { return 123.45; };
            // 正常に評価されます
            double result = d();
            Console.WriteLine("計算結果: " + result);
        }
    }
}

計算結果: 123.45

対応方法の実例

戻り値の型変更による解決策

CS1731エラーを解決するための方法のひとつは、返す値の型をデリゲートが期待する型に合わせることです。

例えば、デリゲートが double型の値を返す場合、匿名メソッドやラムダ式内で返される値を double に変更することでエラーが解消されます。

また、もし返す値を変更できない場合は、デリゲート自体の戻り値の型を変更することも有効です。

以下の例では、元のコードが string を返す問題を、デリゲートの型を string に修正する方法で対応しています。

using System;
namespace SampleReturnTypeChange
{
    // "D" を string を返すように変更
    delegate string D();
    class Program
    {
        static void Main(string[] args)
        {
            // 返す値が string 型であるため、エラーは発生しません
            D d = () => { return "正しい戻り値"; };
            string result = d();
            Console.WriteLine("返却された文字列: " + result);
        }
    }
}

返却された文字列: 正しい戻り値

開発環境での確認ポイント

エラー発生時には、以下の点を確認することで原因の特定および解決につながります。

デリゲート定義とラムダ式または匿名メソッド内の返却値の型が一致しているかどうか
返却する値が暗黙の型変換可能な型であるかどうか
複雑な処理が含まれる場合、返却値が変数や関数の結果を利用している場合は、その型も明示的に確認する
開発環境の警告やエラー出力を詳細に確認し、具体的な行や対象箇所を特定する

上記の確認ポイントに沿ってコードを見直すことで、CS1731エラーの原因を迅速に特定し、必要な修正を加えることが可能です。

まとめ

本記事では、CS1731エラーの概要とエラーメッセージの意味を解説し、原因となるラムダ式や匿名メソッド内での型不一致について説明しました。

具体的な誤った実装例とそれに対する修正例を示し、戻り値の型を正しく変更する方法や、開発環境で確認すべきポイントを整理しました。

これにより、エラー発生時の原因把握と対処方法が明確になり、正しい型指定の重要性が理解できる内容となっています。