質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

ただいまの
回答率

88.11%

Javaのオーバーロードの使い方について

解決済

回答 4

投稿

  • 評価
  • クリップ 1
  • VIEW 686

score 19

Javaのオーバーロードの使い方についての質問です。

オーバーロードさせたメソッドを変換処理のように使用しています。
これをみて、わざわざオーバーロードさせなくても、引数にNULLを追加すればいいのではないか、
と思いました。

皆さんはどのように思いますか。

以下の例のように、オーバーロード2メソッドを呼び出す際の変換処理に、
オーバーロード1メソッドが用意されています。

    public void testController(){
        // オーバーロードのメソッドを呼び出す
        if(dataTimeCheck(sDate, holiday)) {
        }
    }

    // オーバーロード1
    public boolean dateTimeCheck(Date sDate, String hodiday){
        return dateTimeCheck(sDate, null, hodiday)
    }

    // オーバーロード2
    public boolean dateTimeCheck(Date sDate, String baseDate, String hodiday){
        // 日付判定処理
    }


私としては上記の「if(dataTimeCheck(sDate, holiday))」部分を
「if(dataTimeCheck(sDate, null, holiday))」のようにしてしまった方がいいと思います。

  • 気になる質問をクリップする

    クリップした質問は、後からいつでもマイページで確認できます。

    またクリップした質問に回答があった際、通知やメールを受け取ることができます。

    クリップを取り消します

  • 良い質問の評価を上げる

    以下のような質問は評価を上げましょう

    • 質問内容が明確
    • 自分も答えを知りたい
    • 質問者以外のユーザにも役立つ

    評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。

    質問の評価を上げたことを取り消します

  • 評価を下げられる数の上限に達しました

    評価を下げることができません

    • 1日5回まで評価を下げられます
    • 1日に1ユーザに対して2回まで評価を下げられます

    質問の評価を下げる

    teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。

    • プログラミングに関係のない質問
    • やってほしいことだけを記載した丸投げの質問
    • 問題・課題が含まれていない質問
    • 意図的に内容が抹消された質問
    • 過去に投稿した質問と同じ内容の質問
    • 広告と受け取られるような投稿

    評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。

    質問の評価を下げたことを取り消します

    この機能は開放されていません

    評価を下げる条件を満たしてません

    評価を下げる理由を選択してください

    詳細な説明はこちら

    上記に当てはまらず、質問内容が明確になっていない質問には「情報の追加・修正依頼」機能からコメントをしてください。

    質問の評価を下げる機能の利用条件

    この機能を利用するためには、以下の事項を行う必要があります。

質問への追記・修正、ベストアンサー選択の依頼

  • m.ts10806

    2020/02/14 18:30

    使われ方、仕様、要件次第なので、これだけではなんとも言えませんよ。

    キャンセル

  • dodox86

    2020/02/14 18:51

    > オーバーロード版の実装が質問中に示されていない
    大変失礼しました。これは、示されていましたね。

    キャンセル

  • Zuishin

    2020/02/15 10:01

    baseDate を null で呼び出すことが多いなら、そのたびにわざわざ null を入れるのは無駄ではありませんか? プログラミングするときは、基本的に呼び出される側のコードを少なくするのではなく、呼び出す側のコードが少なくなるように書きます。その方がプログラマーの読み書きの負担が少なくなります。

    キャンセル

回答 4

+2

このコードが単に"オーバーロードの例としてのコード"という可能性はないでしょうか。

例えば、メソッドとはなにか? の説明として

public int add(int a, int b) {
   return a + b;
}


というコードを見せられた時に「a+bでいいですよね? メソッドって意味あります?」という感想を言っているようなものかと思います

追記

ここは取り消します。よく考えたらこの質問は"オーバーロードの有用性"に関する質問じゃありませんね。
例としてのコードであるなら中身の有用性であれこれ言っても仕方ないでしょう、程度の表現でよかったですね。失礼しました。

追記終わり


そうでないとすると、勝手な想定として、

    // オーバーロード1
    public boolean dateTimeCheck(Date sDate, String hodiday){
        return dateTimeCheck(sDate, null, hodiday)
    }

    // オーバーロード2
    public boolean dateTimeCheck(Date sDate, String baseDate, String hodiday){
        // 日付判定処理
        if (baseDate == null) {
            baseDate = なんか初期値;
        }
        処理続く
    }


みたいな実装だとしましょう。

もうひとつ

    // オーバーロード1
    public boolean dateTimeCheck(Date sDate, String hodiday){
        // 日付判定処理1
    }

    // オーバーロード2
    public boolean dateTimeCheck(Date sDate, String baseDate, String hodiday){
        // 日付判定処理2
    }


というような実装を考えましょう。
この2つは同じじゃありません

上の実装だとdataTimeCheck(sDate, null, holiday)と呼び出しても 第2引数のnullに対してNullPointerException がでる余地がありませんが、下の実装だと NullPointerException がでる可能性があります。

というか、呼び出し方が不適切だった時には NullPointerException のエラーで正しく異常停止する実装の方がより安全です。

dataTimeCheck(sDate, null, holiday)でもいいという判断には、不適切なことをしたら正しく停止する方が安全、という発想がありませんね。


ダメな実装例を見ていて「これじゃ意味なくない?」と正しく判断している可能性もあって、それならそれで「その感覚は正しいです」という回答でもあります。

投稿

編集

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

+1

if(dataTimeCheck(sDate, null, holiday))」のようにしてしまった方がいいと思います。

だとすると、このコードを見たときに「nullの部分の引数って、もともと何なの? nullを渡すと何が起きるの?」と言う疑問が発生します。javadoc を用意しますでしょうか。引数の多い/少ないオーバーロード版があることで「渡した引数のみが評価対象となる」と言う、メソッドを提供したプログラマーの意思表示になります。そう言う意味で、少なくとも私はオーバーロード版があった方が良いと考えます。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

checkベストアンサー

0

皆さんはどのように思いますか。

使う側であれば, パラメータが少ない方を使います.
機能のコードは短いに越したことはないと思いますので.

作る側であれば, 例えば十中八九特定の値( null 等)となるような引数なら, オーバーロード版も作るかも知れません.
大した労力ではありませんし, 先に書きました通り自分が使う側であれば有れば使うだろうからです.
もしそのメソッドが極小さいクラスの主な機能を処理するものであれば, そのパラメータは削除してクラスのフィールドとして用意し, setter なりコンストラクタなりで設定出来るようにする可能性もあり, その場合はコンストラクタがオーバーロードされることになるかもしれません.

投稿

編集

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

-1

オーバーロードがなければ

無効値の変更
引数の追加

等をしたばあいプロジェクト全体を 修正することになります。

同機能があれば1クラスの修正で完了します。

投稿

  • 回答の評価を上げる

    以下のような回答は評価を上げましょう

    • 正しい回答
    • わかりやすい回答
    • ためになる回答

    評価が高い回答ほどページの上位に表示されます。

  • 回答の評価を下げる

    下記のような回答は推奨されていません。

    • 間違っている回答
    • 質問の回答になっていない投稿
    • スパムや攻撃的な表現を用いた投稿

    評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。

  • 2020/02/14 20:04

    そうですか?

    キャンセル

  • 2020/02/14 20:08

    出てない部分の利点はだけどね

    キャンセル

  • 2020/02/14 20:09

    オーバーロードをそんな目で見たことはなかったんですが、引数増やしたら結局同じじゃないですか?

    キャンセル

  • 2020/02/16 13:15

    java.util.Dateのように、オーバーロードされたコンストラクタのうちいくつかが非推奨になったり削除されたりという例もありますからね。

    キャンセル

15分調べてもわからないことは、teratailで質問しよう!

  • ただいまの回答率 88.11%
  • 質問をまとめることで、思考を整理して素早く解決
  • テンプレート機能で、簡単に質問をまとめられる

関連した質問

同じタグがついた質問を見る