Java：サブクラスがベースクラスと異なるインタフェースを提供しないようにする

Question

コンパイル時にサブクラスがパブリックメソッドをベースクラスで定義されたもの以外に公開しないようにする方法はありますか？例えば

：

abstract public class AClass { 

    abstract public void anAllowedMethod(); 

} 

public class BClass extends Aclass { 

    public void anAllowedMethod() { 

    } 

    public void anAdditionalNonAllowedMethod() { 

    } 

    private void thisMethodIsAllowedBecauseItsNotPublic() { 

    } 

} 

はおそらく、私はサブクラスを宣言するAClassはで使用できるいくつかのキーワードが唯一AClassは（。すなわち、「anAllowedMethod（）」）で定義されたメソッドを実装することができますがありますか？

Answer 1

ゲームのこの段階ではおそらく遅すぎますが、実際に実装されている別のタイプのコンストラクタでデリゲートを受け取る関連メソッドで最終クラスを作成し、最終クラスの代理人を呼び出します。そうすれば、デリゲートに何を追加しても、呼び出し可能にならないでしょう。

Answer 2

クラスを定義し、それが別のクラスを拡張/実装すると言うと、それはそれが拡張/実装するクラスのコントラクトに従わなければなりません。前記クラスの振る舞いをさらに含むことに制限はない。私が働いているプロジェクトで

、一部の開発者は必要ありませんサブクラス

に余分なメソッドを追加している私が見るように、これは効果的にあなたデザインがバラバラに起こっていることを意味し開発者が（オブジェクトに新しいパブリックビヘイビアを追加することによって）何をしているのかによるものです。

残念ながら、デザインを管理していないと、実装段階（コーディング）に入ると悪いことが起こります。あなたが特定のインターフェイスをブロックしようとしている場合は、最終的なメソッドを宣言する可能性があり、審査のプロセス（自動化/手動）一般的なケースで

Answer 3

ない...

しかし...

をご検討くださいあなたの抽象基底クラスで、インタフェースからのメソッドの名前を取得します。そうすれば、誰もサブクラスがインターフェイスを実装するのを妨げることはありませんが、メソッド呼び出しで何もしないようにするでしょう。

私は...あなたは物事を許可しないように、実行時にリフレクションを使用することができることを仮定

そして、あなたは絶対にAOPコンテナでこれを行うことができます。私は、OPに関する追加のコメントを見ただけで、あなたは何をしようとしているのか分かりました。私はこれをソース管理レベルで管理する必要があるものとして扱います。問題のランタイムチェックを行うテストモード（実装ユニットテストとして扱う）、または（CIシステムを使用している場合）チェックイン時にこの種のものをテストしてください。

Answer 4

最終とお考えですか？

私が知っているのは、あなたが求めるものではありませんが、このような機能はその言語にはありません。それとも、私が知っている言語であれ、私はたくさん知っています。

これは、あなたがしたいことをやり遂げるための別の方法、つまり根本的な必要性を見つけることにつながります。

しかし、私はこれを行う賢明な理由を想像することができないので、私は困惑しています。

なぜサブクラスがメソッドを追加しないようにしたいのですか？あなたが恐れていることは何でしょうか？

Answer 5

あなたがしようとしていることが望ましくないことは、スレッド上の他の人には同意します。しかし、私は、宣言されたメソッドがあなたが期待しているものであることを確かめるためにリフレクションを使うことができると信じています。

Method[] methods = this.getClass().getMethods(); 
for (Method method : methods) 
{ 
    if (method.getName() ...) // check to make sure method is expected 
    { 
     .... // if method not expected throw an exception 
    } 
} 

Answer 6

あなたはそれが（もちろん、抽象的にはできません）サブクラス化することはできませんので、クラスの決勝を行いますが、合成/委任を使用するように設計し、その代わりにサブクラスを経由して実装を変更することで、あなたが変えることができますクラスのインスタンスの構成で使用する戦略オブジェクトによって異なります。

Answer 7

Javaはこれをサポートしていません。ただし、クラスのクライアントが定義したインタフェースのみを使用するようにするには、Javaインタフェースを宣言してからファクトリを使用して、そのインタフェースを実装するオブジェクトを作成します。したがって、クライアントはインタフェースからメソッドを呼び出すことしかできませんでした。もちろん、誰かが決定した場合、（明示的なキャストを行うなどして）これを回避する方法を見つけることができますが、意図的にデザインを壊している場合は、さらに大きな問題があります。