「null参照の考案は10億ドル単位の過ち？」記事へのコメント

NULLがない世界

[Anonymous Coward]

NULLがない場合は、何で初期化したらいいんでしょうか？

# え？NULLがあっても、NULLなんかでは初期化しませんか。そうなんですか。

Re:NULLがない世界

[Anonymous Coward]

Javaでの話ですが「あるメソッドで使用する変数は全てメソッドの先頭で宣言し、nullを代入すること。ただしループ変数は除く」
というコード規約を見たことがあります。なんでそんなことをするのか質問したのですが、納得できる答えはありませんでした。

Re:NULLがない世界

[Anonymous Coward]

コーディング規約なんてのは、それなしでは異常かつ理不尽で解読できないコードを書くプログラマーに対して、異常さの範囲をコーディング規約の中に収めるためのものなのだから、それ自体が全くもって異常かつ理不尽なのはあたり前でしょう。
たぶん数百行あるメソッドの途中で不適当な名前の変数を宣言して、実際にそれを使うのはさらに数百行後な上に例外は握り潰しみたいなコードを書いたアホがプロジェクトにいたからだろうよ。

Re:NULLがない世界

[Anonymous Coward]

過去にそんな人がいたかどうかは分かりませんでしたが、その規約が導入された後のソースは以下の通りでした。

・宣言したけど使われないprivate変数
・宣言したけど使われないimport
・一メソッドにつき数百行は少ない方で、千行オーバー当たり前
・例外はExceptionまたはThrowableで逃さずキャッチ
・捕まえた例外はisInstanceでどんな例外かしっかりチェック
・良く分からないエラーは適当な例外クラスでラッピングして投げ飛ばし

どうやらアホは一人だけではなかったようです。私にはもうどうしようもありません。
というか、どう見ても規約の前にJavaの勉強が必要です、本当にありがとうございました。

Re:

[Anonymous Coward]

一番レベルの低い人に合わせて規約(やそれに類するもの)
が作られる、ってのはありがちですね。

Re:NULLがない世界

[Anonymous Coward]

前の職場ではコーディングも設計もできない人をあつめて、
コーディング規約やら設計書の雛形やらを作らせていました。
「できる人」は派遣先や社内プロジェクトで忙しいので、
「売れ残り」にそういった仕事をさせていたわけです。

出来上がった規約のレベルは言わずもがな...

Re:

[Anonymous Coward]

いや、その規約の場合は、規約を作った奴のレベルが低いってだけだね。

Re:

[Anonymous Coward]

非NULLの世界ですか

Re:NULLがない世界

[Sakura Avalon (12557)]

C#はごく簡単に実体の無い宣言だけの変数が作れてしまうので、覚えたての時に戦慄しました。なにせコンパイルでは何も指摘されず、すべて実行時エラーになったので…。あれも慣れなのかも知れませんが、Javaだと基本的には初期化されますしC++では参照は初期化が必須（コンパイルエラーになる）で、それ以外も未初期化変数使用はコンパイル時にWarning出すのでちょっと驚きました。あれはnullポインタより怖かった。
もちろん実体作成しとくのが前提なのですが、最初は初心者ですしうっかりミスもありえます。

＃最近使ってないので改良されたかな。もしかしてWarningレベル上げればチェックしてくれてたのだろうか。

Re:

[Anonymous Coward]

記憶にある限り、C#1.0 のころからずっと未初期化のローカル変数を（out パラメータに渡す以外に）使用したらコンパイルエラー（警告ではありません）になっていたはずです。
フィールドは初期値を明示しなくても使えますけど、これは言語仕様で既定値で初期化されると規定されているので問題にはならないでしょう。

Re:NULLがない世界

[Sakura Avalon (12557)]

多次元配列を扱っているところだったと思います。C++と同じ感覚で宣言していたら、コンパイルでは何も指摘が無かったのに実行時に実体が無い（参照できない）としてエラーとなりました。

＃もちろん単純ミスだったのですぐ直したのですが、その時に「不親切だなぁ」と思ったのでした。
＃もしかするとよほど特殊な状況だったのでしょうか。

Re:

[Anonymous Coward]

多次元配列って[,,]と[][][]のどっち？

長年で身についた手癖でしょうね（Re:NULLがない世界

[Artane. (1042)]

単純に、
{
StringData *foo=null;
...
  foo=bar();
...
  if(!foo) {
    fooが設定されてない＝函数barでエラー起こしたからあれこれやる
  } else {
    fooが設定されてる＝函数barで正常終了したからあれこれやる
  }
}
と言う、C++ではそこそこある（C的な)処理ロジックをやりたかったのでしょう。#1525645 [srad.jp]で既に出されていますが(^^;

Javaでこれを実際にやれば例外で飛ばされる以前にポインタで論理式を表記する事自体が反則なのでなんかすごく酷い邪道に思えてなりませんが…てか、C++と違ってC引きずらないでもいいんだからOOPと言うかカプセル化や継承をうまいこと使ってAPI統一すればいいものを…

# 以下、C++的に書くけど文法極めていい加減
Class functionTemplete {
bool results;
int ERR;
function main();
}
とかなんとかテンプレート作っておいて各実装はこのクラスの下位のクラス内ローカルな関数かこのテンプレを継承したクラスとして実装してねー、このテンプレに載せてある関数名と変数名は予約語扱いでこういう意味持たせておくインタフェース用の変数だよ。的な比較的ルーズなやり口が通用するというのに（あ、排他しないといけない可能性があるから、厳しくやるには変数いじらせる時はこの関数をこう叩けにしなきゃだめな場合も出るか）…そもそもJavaをわざわざ使う最大のメリットって、オブジェクトのポータビリティと同時にこの辺にある気がするのですが（あ、あくまでもいつもはCとアセンブラだけの人の偏見です ^^;）…

まぁ、一度手慣れた手法を崩すのが容易ではないのは分かりますが。

Re:

[Anonymous Coward]

Cの後遺症かな

Re:

[Anonymous Coward]

不意なガベージコレクションを防ぐ効果があるかも

Re:NULLがない世界

[kicchy (4711)]

＞不意なガベージコレクションを防ぐ効果があるかも

これが理解できない。

nullってことは、GC対象が無いわけだが・・・・