みんなの「教えて(疑問・質問)」にみんなで「答える」Q&Aコミュニティ

こんにちはゲストさん。会員登録(無料)して質問・回答してみよう!

解決済みの質問

非静的 public final フィールドの是非

 こんにちは。c# & Java初心者です。
 (長文になるのでその心積もりを)
 数ヶ月前まではc#一本だったのですが、そろそろ多言語に触れるには頃合かと思い、Javaを始めました。
 c#ではほとんどタブーとされる非静的protectedまたはpublicフィールドですが、Javaの配列では、public final int lengthの形で存在します(実にカルチャーショックでした)。
 c#はやたらややこしいのがあるらしく、たとえreadonly(final)でも非静的なら、特殊なクラスか何かを使えば書き換え可能らしいので、readonly(final)でもpublicまたはprotectedにしてはいけないのがルールらしいです(少なくともライブラリ設計では)。
 また、「コードアクセスセキュリティ要求によって保護されない」とかいうさらに面倒な理由もあるとか。
 ともかく、Javaにはそういうのがないのか、平然と非静的public final フィールドが存在します。
 静的にしろ、非静的にしろ、finalでないフィールドを公開するのは、Javaでも、どう考えてもご法度なのは、分かります。
 静的なら、finalにしておけば定数とほぼ同じ扱いができるのもc#と変わらないので(c#にはconstがありますが)、これも分かります。
 しかし、finalにすれば非静的でもpublicまたはprotectedにしてもよいのかということには疑問符です。
 気になる点は4つ。
 1つは、本当にセキュリティーの問題がないかどうか。つまり、書き換えられたりする恐れがないかどうか。
 2つは、保守性の問題。つまり、後から変更があった際に、メソッドならその内容を変えて、そのクラスだけをコンパイルすればよいが、フィールドなら関連する全てのクラスを直し、再コンパイルする必要があること。
 例えば、年齢をフィールドに持つ仕様から、生年月日を記録し、そこから年齢を取得するプロパティ(メソッド)を使う仕様に変わった場合など。
 3つは、統一性の問題。Javaにある配列のlengthフィールドと、Stringクラスのlength()メソッドの使い方の揺れを代表するように、「こちらはフィールドなのに、こちらはメソッド」のような気持ちの悪い作りのために、使用者が困惑したり、不便さを感じたりしないか(特にはじめたての初心者、それも対したIDEやエディター使っていない人々に悪影響を及ぼさないか。えっ!? オ、オレじゃねぇ! オレはやってない!)。
 最後はインターフェイスとの関係。これは2つめの保守性にもかかわる部分ですが、クラスが完成しかけた状態または、完成した後にインターフェイスを実装して使用するような仕様変更があった場合、例えば、sizeフィールドを持つクラスに、size()メソッドを持つインターフェイスを実装することになった場合です。
 その場合、Javaにはc#でいうところの明示的実装がないらしく、暗黙的実装しかないようなので、sizeフィールドと、size()メソッドの両方を残すという気持ちの悪い形になるか、sizeフィールドをなくし(または隠蔽)、外部の呼び出しを全てsize()メソッドに書き換えていくか、という2択になります。

  class Sample
  {
    public final int size;

    //それ以外は省略
  }

 があって、

  interface SampleInterface
  {
    public int size();

    //それ以外は省略
  }

 を実装しなければいけなくなった場合、

  class Sample implements SampleInterface
  {
    public final int size;

    public int size() { return size; }

    //それ以外は省略
  }

 または

  class Sample implements SampleInterface
  {
    private final int size;

    public int size() { return size; }

    //それ以外は省略
  }

 ちなみにc#であればこんな感じ(飽くまでイメージ)

  class Sample implements SampleInterface
  {
    public final int size; // publicのまま

    int SampleInterface.size() { return size; } // 明示的実装

    //それ以外は省略
  }


 以上が悩みの原因です。1は何となく大丈夫だと思います。配列がそうなので。
 2と最後は、「もう絶対に仕様変更しない! これが完成形だ」というのであれば良いのでしょう。配列やInteger、色のように値のようなクラスなら仕様変更もそれ以外と比べて少ないでしょう。
そういうものなら良いのかもしれません。・・・・・・たぶん。

 というのが、c#初心者上がりのJava初心者の見解です。
 どなたか分かる方、いらっしゃいましたらご意見、アドバイスを頂きたいです。

投稿日時 - 2013-07-27 12:14:02

QNo.8193978

困ってます

質問者が選んだベストアンサー

いまいち何を聞きたいのかわかりませんが・・・

1. については大丈夫です。
final 変数が書き換えられないことはコンパイラが保証しています。
さすがに実行時にクラスファイルを書き換えられた場合とかは知りませんが、普通そんなことは有り得ないので大丈夫でしょう。

2. と 3. と 4. はほぼ同じことを言っていると思うのですが、
あなたの言っているとおり public final フィールドは仕様変更しないような場所で利用するのが望ましいでしょう。
これは Java 言語の残念な点ですね。

この辺については Scala などの新しい JVM 言語では上手く対応している(Scalaでは引数なしのメソッド呼び出しは括弧を省略できる & フィールドアクセスは同名のメソッド呼び出し)ので、興味があったら使ってみると良いと思います。

投稿日時 - 2013-07-27 17:12:20

お礼

まとまりが悪くてすみません。また整理してから質問しようと思います。回答ありがとうございました。

投稿日時 - 2013-10-08 10:36:17

ANo.1

このQ&Aは役に立ちましたか?

0人が「このQ&Aが役に立った」と投票しています

回答(2)

ANo.2

質問が長なくて、要点を得ません。整理をお願いします。
パっと見た限り、既存の疑問に収まる範囲だと思います。

古典ではありますが、「Java 謎+落とし穴 徹底解明」と言う本は、
「なんかおかしくないか?」という事がよくまとめられていたと記憶しています。

他の言語を触れる目的ならば、Javaはよく似か寄り過ぎなので、
もっと異なるものをターゲットにしたほうが良いです。

投稿日時 - 2013-07-27 20:31:17

お礼

まとまりが悪くてすみません。また整理してから、もう一度質問してみようと思います。回答ありがとうございました。

投稿日時 - 2013-10-08 10:38:36

あなたにオススメの質問