ラムダ式でメソッドを抜ける処理は不可？

Question

boolean hogeFlg = false;

if  (hogeFlg){
 return;
}else{
  hogeFlg = false;
};

このソースを汎用関数インタフェースにラムダ式を使った一文で入れたいのですが、Returnをラムダに入れると当然ラムダ部分の別メソッドとしてのReturnとして認識され、結果なにもしないことになります。
どうしましょ・・・

Comments

[ozwk]

動かなくてもいいので、完成イメージのコードを書いてもらえますか?

Answer 1

こんにちは。
質問から情報を削りすぎで質問内容が理解できません。
「ラムダ式でメソッドを抜ける」「汎用関数インタフェースにラムダ式を使った一文で入れたい」というのは文章の意味が通っていませんし、そもそも汎用関数インターフェースというのがなんなのかも質問文には書かれていません。
「boolean hogeFlg = false;」というのはメンバ変数でしょうか？であれば、ラムダ式に入れるソースではないと思いますが。

何を聞きたいのか多大に推測しつつ回答してみます。
「ラムダ式を記述している元の関数の処理を、ラムダ式の中の記述を用いて中断できるか」という意味でいいんでしょうか？
これは不可能です。
ラムダ式は記述こそ関数内に書かれているものですが、その実体はメソッドそのものです。メソッドが呼び出し元のメソッドを中断させるには、例外を発生させるくらいしかありません。
さらに言えば、ラムダ式を特定の関数に渡したからといって、「そのラムダ式が関数内で実行されるとは限らない」ということを忘れています。実行されるかどうかも渡した先に依存しているのに、それを使って制御構造を構築するのは無理がありすぎです。

本当は「それを使って何をしたいのか」が質問からは読み取れないため、申し訳ないですがこれ以上の回答は不可能です。
なんとなくですが、普通は戻り値や例外などを正しく使って制御構造を組むべき場面のように見えますが、そういう意味なら、ここでラムダ式を何らかの処理に使うこと自体がそもそも不適切だということになります。

Comments

[yuba]

自分自身もこの疑問には最初ぶつかりました。for文をLINQで置き換えていこうとするとcontinue, breakが書けなくて詰まるためです。そして最終的には

> ここでラムダ式を何らかの処理に使うこと自体がそもそも不適切

ということなのだなわかり、for文はすべてLINQ化すればいいものではないということだよなということで落ち着きました。
ただ、LINQ化しにくいfor文というのは、何かロジックの組み方に不自然なところがあるのではないか、ともう一歩引いた目線で見直すきっかけにしてもいいとは思います。

[tamoto]

なるほどLinqへのリプレースは分かりやすい例ですね。ラムダ式を制御構造に組み込みたいという感覚が少し見えました。for文が「何らかの処理にコレクションを利用する」立場で書かれているパターンだけは、「コレクションに対して何らかの処理を行う」仕組みであるLinq+foreachへのリプレースができないんですよね。そのタイプのfor文はどれもメンテナンス性に難があるイメージがあります……。

[ozwk]

LINQ/foreachに置き換えにくいループを頑張って置き換えるのも
実用性はともかくパズルみたいで面白いですよね。

[tamoto]

わかります、Rxだけで全ての処理を行う縛りとかも楽しいですよね！
for文で書く前提でロジックが組まれていると、本文だけでなく周りの細かいメソッドも巻き込まないと置き換えられなかったりするんですよねえ。まあそういう処理をさっさとまとめてリファクタリングするのは品質も上がるし積極的にやるべきだと思いますね。そして最終的にfor文は原則使用禁止という暴挙に出ます。

Answer 2

何がしたいのかよくわからなかったのですが
もし、

void NiceMethod(Action action){
    action();
    Console.WriteLine("hogehoge");
}

NiceMethod(()=>{
/*
ここの記述をどうにかして
Console.WriteLine("hogehoge");を
飛ばしたい
*/
});

ということであれば無理です。

素直にatcionに戻り値を持たせて判定しましょう。

(例外投げれば抜けられますが、その例外の使い方は褒められたものじゃないです。)

Comments

[nyahonyaho]

説明不足ですいません・・・知りたかったことはまさしくそれです。
ありがとうございました。

Answer 3

ozwkさんの話であれば、逆にコールバック関数として、後続処理をラムダで渡すのがいいと思います。

Main(){
   Fuga(()=>Console.WriteLine("hogehoge"));
}

void Fuga(Action collback){
    // 条件を満たさないときは後続処理が実行されない。
    if ! IsSomeDicision() return;
    collback();
}