C#, C♯, C#相談室 Part94
at TECH
[
2ch
|
▼Menu
]
■コピペモード
□
スレを通常表示
□
オプションモード
□このスレッドのURL
■項目テキスト
150:デフォルトの名無しさん 17/05/24 15:34:09.87 xvW9RZ2K.net >>142 具体的で 151:素晴らしい 確かにその例で示されているような「nullの考慮忘れ」を防ぐ一定の効果は 期待できることは認める。 でもそれ、よく考えると机上の空論でしょ。 普通のプログラマならある変数やコレクションが仕様上nullを持ちうるかどうかは 常に気にしながらコーディングするので、そこに例示されている「nullの考慮忘れ」は 実際にはそんなにありがちな問題ではないと思う。 ありがちなのは、その例でいえばリストに値を入れる段階で プログラマの意図に反してnullが混入する問題だよね。 152:デフォルトの名無しさん 17/05/24 15:55:01.74 fJwJIEtw.net 実行されるまで気づかないならインタプリタと一緒じゃん 153:デフォルトの名無しさん 17/05/24 16:07:24.68 IRME+Rk/.net >>144 >ありがちな問題ではない ありがちかどうかではなく、その機能を導入するメリットとデメリットの釣り合い。 エラーが未然に防げたり、記述が簡潔で見やすくなるならメリット。 文法が複雑になったり、別のバグの原因になったり、動作が遅くなったり、実装に手間がかかるならデメリット。 現状は「新バージョンではnull許容はstring?にしろよ」から「文法は変更せずフロー解析でどうにかしようぜ」までいろんなアイデアがある 個人的には、標準ライブラリの頭nullチェックをしてArgumentNullExceptionを出すようにしているところがいらなくなってライブラリ作者にはメリットがデカそうかなとはおもってる null入れてArgumentNullExceptionがでるテストも書かなくて良くなる
次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
レスジャンプ
mixiチェック!
Twitterに投稿
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch
1725日前に更新/250 KB
担当:undef