java - として宣言されたメソッドシグネチャは、Exception をスローします。例外のサブクラスをスローするように実装されています

Question

次のインターフェイス宣言があります。

public interface SomeInterface {

    void someMethod() throws Exception;

}

サードパーティを使用して、このクラスの実装を生成します (JavaCC - 好奇心旺盛)

生成されたクラスは単純に次のようになります。

public class SomeClass implements SomeInterface {

   public void someMethod() throws SomeException {

    // Does something

   }
}

もちろん、 whereSomeExceptionはのサブクラスですException。

(いいえ) 驚くべきことに、コードはコンパイルされません。

これに関する意見はありますか？

ありがとう！

編集：

メソッドの名前をに変更しSomeMethod()ましたsomeMethod()。

それは私のタイプミスでした...（ごめんなさい）

編集＃2：

申し訳ありませんが、私の大きな間違いです。この例を書くことで、コードを削除せざるを得なくなりました。間違いが署名ではなく他の場所にあることに気づきませんでした。

それがランタイムコンパイルとカスタムクラスのロードの「魔法」です...

score 1 · Accepted Answer

メソッド名が同じではないため、コンパイルされません (S/someMethod の大文字を確認してください)。

score 1 · Accepted Answer

Java では大文字小文字が重要です。あなたのインターフェースは言いsomeMethod、あなたのクラスは言いSomeMethodます .

score 0 · Accepted Answer

メソッド保護の1つはパブリックで、もう1つはデフォルトです。そのため、コードはコンパイルされません。パブリックまたはデフォルトの両方にします。

score 0 · Accepted Answer

インターフェイスメソッドが例外をスローするのはなぜですか？これはほとんどの場合間違っています。例外は、残りが拡張する基本タイプです。このように使用するためのものではありません。

java - として宣言されたメソッド シグネチャは、Exception をスローします。例外のサブクラスをスローするように実装されています