アカウント名:
パスワード:
こういうのはエラーチェックのために使うことが多いので条件を満さない要素が1つでもあればfalseで空ならtrueが普通と思う。空かどうかはまた別のチェックということで。
現実的にはって言うなら、自分の場合は、StreamAPI的に、配列にfilter()とかmatch()とかfind()とかで訊ねる、そういう感じで書くだからまず「配列を渡してtrueかfalseを返させる」って状況設定が変だし、trueが返ってくるのも気持ち悪い
「エラーチェックのため」ならそう仕様に書けばいいっていうかそう書くべきで、一律にtrueを返すべきとかの暗黙の了解に委ねるのはちょっと怖いね良いプログラマなら、そこで仕様を確認するか、他の原則を適用して判断して欲しいと思う
Stream.allMatchメソッド涙目
いや、all/anyはいわゆる終端なので、filterやmatchなどとは違っていて当たり前だ。
all/anyは終端処理で使うものだから、何もおかしくない。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ナニゲにアレゲなのは、ナニゲなアレゲ -- アレゲ研究家
現実的には (スコア:3, 参考になる)
こういうのはエラーチェックのために使うことが多いので
条件を満さない要素が1つでもあればfalseで空ならtrueが普通と思う。
空かどうかはまた別のチェックということで。
Re:現実的には (スコア:0)
現実的にはって言うなら、自分の場合は、StreamAPI的に、配列にfilter()とかmatch()とかfind()とかで訊ねる、そういう感じで書く
だからまず「配列を渡してtrueかfalseを返させる」って状況設定が変だし、trueが返ってくるのも気持ち悪い
「エラーチェックのため」ならそう仕様に書けばいいっていうかそう書くべきで、一律にtrueを返すべきとかの暗黙の了解に委ねるのはちょっと怖いね
良いプログラマなら、そこで仕様を確認するか、他の原則を適用して判断して欲しいと思う
Re: (スコア:0)
Stream.allMatchメソッド涙目
Re: (スコア:0)
いや、all/anyはいわゆる終端なので、filterやmatchなどとは違っていて当たり前だ。
Re: (スコア:0)
all/anyは終端処理で使うものだから、何もおかしくない。