アカウント名:
パスワード:
例外を投げる派はtrue派でもfalae派ででもないだろ
(現にある)実装での話ではなくて関数の定義の話なら例外しかないよねプログラマーの優劣の話なら仕様不備でエスカレーションして決めてもらう仕様の不備を勝手に埋めて自分勝手な論理で有効値を返すコーディングをするようなプログラマーは最低最悪。空の配列
空の配列にlengthとかcountとかしたら例外がでるな
え、なんで?ゼロの概念を持たないタイプ??
出ないぞ池沼www
まあ、0割りみたいなもんだから例外を投げるのが妥当な気がする
みんな2元論で考えすぎてる気がします。まともな処理系であればboolean型はtrueとfalseともう一つNULLがあるはずです。この場合は空の配列を渡しているわけですから、関数が返すべき一番自然な値はNULLなんでしょうね。
数学的・論理的なべき論で言うなら関数が返すのはtrueでしか無いぞ
要素Aかつ要素Bが真となるベン図[A∩B]でも書いてみろ、真ん中で重なってるレモン型がこのタレコミ条件での真だなでは今度は、(要素Aが真ではなく、または要素Bが真ではなく)ではない部分[¬(¬A∪¬B)]を今度は書いてみろ同じく真ん中のレモン型になったな
空配列(空集合)は、いずれの要素(∪)も真ではなく(¬)ない(¬)、に合致する部分集合なのでtrueだ
数学が主体の人は0は例外としやすいかなあと思いますね。
数学が主体ならなおのこと0(空集合)ならtrueにするむしろしないならそいつは数学が主体じゃない式だけで考えるならそうにしかならんもの自然言語主体ならfalseなり例外なりってのも分かるが
「単体テスト以外じゃ発生せんかもしれけど、例外作っとこ」がベターよね
falae派の降臨に期待
だよね言語の仕様の話と誤認している人多すぎでコメント伸びているのが異様仕様策定の問題なのだからどちらが正しくどちらが間違いになるかは組むシステムの仕様次第「拝啓、仕様書をいただきたく、、、」なわけでスラドのフッター100回見直せ状態かと
というか、基本的に"配列"に関する処理の関数に対して"空配列"を入力するのだから 例外エラー処理で正解でしょ。そもそも自分でプログラム作っておいて、これどっちなんだ・・・って迷うなら例外だろ。多いのだが、なんでReturnがBooleanなんだ・・・。せめてLongにして例外値も返せるようにするとか、ポインター入力にして出力を返すとかするのがプログラマーだろう・・。
つか、プログラマーなら自分のAPIにコメントで入力に対するリターンぐらい書いておけと・・・。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
192.168.0.1は、私が使っている IPアドレスですので勝手に使わないでください --- ある通りすがり
「例外を投げる」はfalse肯定派じゃないだろ (スコア:5, 興味深い)
例外を投げる派はtrue派でもfalae派ででもないだろ
Re:「例外を投げる」はfalse肯定派じゃないだろ (スコア:1)
(現にある)実装での話ではなくて関数の定義の話なら例外しかないよね
プログラマーの優劣の話なら仕様不備でエスカレーションして決めてもらう
仕様の不備を勝手に埋めて自分勝手な論理で有効値を返すコーディングをするようなプログラマーは最低最悪。空の配列
Re: (スコア:0)
空の配列にlengthとかcountとかしたら例外がでるな
Re: (スコア:0)
え、なんで?
ゼロの概念を持たないタイプ??
Re: (スコア:0)
出ないぞ池沼www
Re: (スコア:0)
まあ、0割りみたいなもんだから例外を投げるのが妥当な気がする
Re: (スコア:0)
みんな2元論で考えすぎてる気がします。
まともな処理系であればboolean型はtrueとfalseともう一つNULLがあるはずです。
この場合は空の配列を渡しているわけですから、関数が返すべき一番自然な値はNULLなんでしょうね。
Re: (スコア:0)
数学的・論理的なべき論で言うなら関数が返すのはtrueでしか無いぞ
要素Aかつ要素Bが真となるベン図[A∩B]でも書いてみろ、真ん中で重なってるレモン型がこのタレコミ条件での真だな
では今度は、(要素Aが真ではなく、または要素Bが真ではなく)ではない部分[¬(¬A∪¬B)]を今度は書いてみろ
同じく真ん中のレモン型になったな
空配列(空集合)は、いずれの要素(∪)も真ではなく(¬)ない(¬)、に合致する部分集合なのでtrueだ
Re: (スコア:0)
数学が主体の人は0は例外としやすいかなあと思いますね。
Re: (スコア:0)
数学が主体ならなおのこと0(空集合)ならtrueにする
むしろしないならそいつは数学が主体じゃない
式だけで考えるならそうにしかならんもの
自然言語主体ならfalseなり例外なりってのも分かるが
Re: (スコア:0)
「単体テスト以外じゃ発生せんかもしれけど、例外作っとこ」がベターよね
Re: (スコア:0)
falae派の降臨に期待
Re: (スコア:0)
例外を投げる派はtrue派でもfalae派ででもないだろ
だよね
言語の仕様の話と誤認している人多すぎでコメント伸びているのが異様
仕様策定の問題なのだからどちらが正しくどちらが間違いになるかは組むシステムの仕様次第
「拝啓、仕様書をいただきたく、、、」なわけでスラドのフッター100回見直せ状態かと
Re: (スコア:0)
というか、基本的に"配列"に関する処理の関数に対して
"空配列"を入力するのだから 例外エラー処理で正解でしょ。
そもそも自分でプログラム作っておいて、これどっちなんだ・・・って迷うなら例外だろ。
多いのだが、なんでReturnがBooleanなんだ・・・。
せめてLongにして例外値も返せるようにするとか、
ポインター入力にして出力を返すとか
するのがプログラマーだろう・・。
つか、プログラマーなら自分のAPIにコメントで入力に対する
リターンぐらい書いておけと・・・。