日々の破片

_ 三項演算子がわかりにくいという伝説

たとえ三項演算子が好きでも、チームが分かりにくいと感じたなら、使わない。

コードがドキュメントだ(マーティンファウラー)

また妙なことを言い出す親父めが。

というくらい、この妙な伝説を目にする。オブジェクト倶楽部のコーディング規約にもあったような気がするな。

では、質問だが、三項演算子がわかりにくいと感じた人って実際にいるのかどうかだ。わかりにくいと感じますか？

いや、おいらは感じないが、きっと感じる人間がいるはずだ、ってのは無しにしておこう。だいたい、自分はわかるが他人はわからないという考えは傲慢というものだ。

たとえば、COBOLやVBにはそういう演算子は無いから、彼等にはわかりにくいということなのか？ でも、そんなこと言い出したらclassとかinterfaceとかどうするつもりなんだろう。今時はあるからいいのかな？ でもinterfaceはないぞ。

そうか、わかった。interfaceはわかりにくいから使うなということですね。本当にそれで良いのか？

むしろ、こういうのはどうだろうか。

たとえ正しい英語のフルスペルが好きでも、チームが分かりにくいと感じたなら、使わない。ローマ字（内閣訓示式なら小学校の教科書にも表が出ているからより良い）を好め。

ローマ字だから、masinn（マシンのこと）、buluu（ブルーのこと。本当はアクサンシルコンフレクスみたいなマークを使うべきだけど無いから重ねる表記法（これも正当））、konpyuutaa（コンピュータのこと）とかでコードを書いてくださいね。

追記：

もっと良い例が見つかった。

たとえ単項演算子++や--が好きでも、チームが分かりにくいと感じたなら、使わない。右につくか左につくかで評価順が変わること、VB、COBOL、Rubyといった主要な言語には存在しないことから、最低最悪にわかりにくくバグの温床である。

っていうか、だったらC系の言語を使わなきゃいいだけだろうに……

さらに追記：

プログラミング言語C++でストラウストラップが、条件の部分はifの応用で（文法的には不要だが）カッコでくくれと書いていたが、僕はその書き方が好きだ。

return (condition) ? LOCAL : GLOBAL;とか、int var = (condition) ? GODLEY : CREME;とか。

実際、Javaのように条件がbooleanと限定されていないCとかで、return var1 + var2 * var3 ? var4 + var5 : var6 * var7;とか書いてあれば、それは確かに紛らわしいと思う。多分、真意は結合規則に頼っていて実際の評価結果がわかりにくいものを書くな、という教訓だと想像できるが、それがどっかのおっちょこちょいのために三項演算子だけが槍玉にあげられたんじゃなかろうか。っていうか、return (var1 + var2 * var3) ? (var4 + var5) : (var6 * var7);と無駄でもしろということだけのような。(さらに追記：というか、3項演算が8重くらいにネストしたら、それは読めないだろうということから、単純に量の問題−−メソッドの行数はだいたい50行くらいまでとかそんなやつ−−なのが、黒白はっきり主義者の魔手にかかってしまって全てかまたは無かという選択になってしまったのかも。黒白くっきり主義者は、メソッドが長くなるとわかりにくくなるからメソッド自体の記述禁止とかといった規約を掲げて欲しいものだ。あるいはプログラミング言語は自然言語と異なって人間にはわかりにくいからプログラミング禁止とか。そのくらい馬鹿げた言い分であるな）