パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

「配列のすべての要素が条件を満たすならtrueを返す」関数に空配列を渡したらtrueかfalseか?」記事へのコメント

  • 例外を投げる派はtrue派でもfalae派ででもないだろ

    • (現にある)実装での話ではなくて関数の定義の話なら例外しかないよね
      プログラマーの優劣の話なら仕様不備でエスカレーションして決めてもらう
      仕様の不備を勝手に埋めて自分勝手な論理で有効値を返すコーディングをするようなプログラマーは最低最悪。空の配列

      親コメント
      • by Anonymous Coward

        空の配列にlengthとかcountとかしたら例外がでるな

        • by Anonymous Coward

          え、なんで?
          ゼロの概念を持たないタイプ??

        • by Anonymous Coward

          出ないぞ池沼www

    • by Anonymous Coward

      まあ、0割りみたいなもんだから例外を投げるのが妥当な気がする

    • by Anonymous Coward

      みんな2元論で考えすぎてる気がします。
      まともな処理系であればboolean型はtrueとfalseともう一つNULLがあるはずです。
      この場合は空の配列を渡しているわけですから、関数が返すべき一番自然な値はNULLなんでしょうね。

      • by Anonymous Coward

        数学的・論理的なべき論で言うなら関数が返すのはtrueでしか無いぞ

        要素Aかつ要素Bが真となるベン図[A∩B]でも書いてみろ、真ん中で重なってるレモン型がこのタレコミ条件での真だな
        では今度は、(要素Aが真ではなく、または要素Bが真ではなく)ではない部分[¬(¬A∪¬B)]を今度は書いてみろ
        同じく真ん中のレモン型になったな

        空配列(空集合)は、いずれの要素(∪)も真ではなく(¬)ない(¬)、に合致する部分集合なのでtrueだ

    • by Anonymous Coward

      数学が主体の人は0は例外としやすいかなあと思いますね。

      • by Anonymous Coward

        数学が主体ならなおのこと0(空集合)ならtrueにする
        むしろしないならそいつは数学が主体じゃない
        式だけで考えるならそうにしかならんもの
        自然言語主体ならfalseなり例外なりってのも分かるが

    • by Anonymous Coward

      「単体テスト以外じゃ発生せんかもしれけど、例外作っとこ」がベターよね

    • by Anonymous Coward

      falae派の降臨に期待

    • by Anonymous Coward

      例外を投げる派はtrue派でもfalae派ででもないだろ

      だよね
      言語の仕様の話と誤認している人多すぎでコメント伸びているのが異様
      仕様策定の問題なのだからどちらが正しくどちらが間違いになるかは組むシステムの仕様次第
      「拝啓、仕様書をいただきたく、、、」なわけでスラドのフッター100回見直せ状態かと

    • by Anonymous Coward

      というか、基本的に"配列"に関する処理の関数に対して
      "空配列"を入力するのだから 例外エラー処理で正解でしょ。
      そもそも自分でプログラム作っておいて、これどっちなんだ・・・って迷うなら例外だろ。
      多いのだが、なんでReturnがBooleanなんだ・・・。
      せめてLongにして例外値も返せるようにするとか、
      ポインター入力にして出力を返すとか
      するのがプログラマーだろう・・。

      つか、プログラマーなら自分のAPIにコメントで入力に対する
      リターンぐらい書いておけと・・・。

最初のバージョンは常に打ち捨てられる。

処理中...