"文字列リテラル".toString()の意義

Question

本日、業務で下記のようなコードを見かけました。

log("文字列リテラル".toString());

やろうとしているのがlogメソッドに**"文字列リテラル"**を渡しているというのはわかるのですが、気になったのがtoStringメソッドを使って、文字列リテラルの中身を渡しているところです。やろうとしていることが文字列リテラルで示された文字列を渡すことなので、

log("文字列リテラル");

で済ませられると思うのですが、（Stringクラスの）toStringメソッドを通すことで、何か違いがあるのでしょうか？

JavaのStringクラスのリファレンスを見ても、toStringメソッドの概要としては

このオブジェクト (すでに文字列である) 自身が返されます。

とあるだけなので、尚更、文字列リテラルに対してtoStringメソッドを使用する意義がわかりません。

どなたかこの辺りのことをご存じの方がいらっしゃいましたら、ご教示願います。

Comments

[yohhoy]

FYI: OpenJDKでは説明通りの実装になっていますね。 http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/file/0e4fc29a5ce4/src/share/classes/java/lang/String.java#l2881

[archiver]

確かに自分自身を返して、説明通りの実装になっていますね。

Answer 1

もちろん意義は皆無です。
ではどうしてそんな書き方になっているか？
バージョン管理で履歴をたどればわかるかもしれません。gitでいうannotate、svnでいうblameです。
例えば、文字列リテラルなところがまたは何か別の型の変数で、置換の結果今の形になったとかです。

Comments

[archiver]

やはり、意義はないんですね。
折を見て、履歴を追ってみようかと思います。前は違う形で書かれていて、ある機を境に置き換わったは有り得そうですね。

[archiver]

履歴を追ってみたら、最初からこの書き方でした…。
何を持ってこの書き方になったのかは謎のままですが、現時点では実装的にも等価であることはわかりましたので、それがわかっただけでも今回は良しとします。

[yuba]

なんか日本語が崩壊している回答ですみません。
置換の結果であったという線は違いましたか。
もう一つの見方としては、何かの印として無意味なコードを付加したのではないかというのも思いつきます。場合によっては、のちのち置換して何か別の方のデータが入ってくるようにするつもりだったり。

もちろん、単に書いた人がそのときとても眠かったという可能性もあります。

Answer 2

私の知る限りのjavaの仕様上では、違いがあるとは思えませんね。作った人に聞いてみたらいかがですか？

Comments

[archiver]

やはり意義はないんですね。書いた人がいるかどうかがわからないので（私が来る前から、私がいるチームが引き取る前からこの状態みたいなので）、yubaさんが挙げてくれた改修履歴を追ってみて探ろうかと思います。