Yahor最近提出的Stack Overflow問題引起了我的興趣： 如何在Java 8編譯時確保方法簽名“實現”功能接口 。 這是一個很好的問題。 讓我們假設以下名義類型：

@FunctionalInterface interface LongHasher {int hash(long x); }

該類型強加了清晰的合同。 實現者必須提供一個帶有long參數的名為hash()方法，并返回一個int值。 當使用lambda或方法引用時，則hash()方法名稱不再相關，結構類型long -> int就足夠了。

在他的問題中，Yahor希望通過三種靜態方法（由我修改的示例）強制實施上述類型：

class LongHashes {// OKstatic int xorHash(long x) {return (int)(x ^ (x >>> 32));}// OKstatic int continuingHash(long x) {return (int)(x + (x >>> 32));}// Yikesstatic int randomHash(NotLong x) {return xorHash(x * 0x5DEECE66DL + 0xBL);} }

而且他希望Java編譯器在第三種情況下抱怨，因為randomHash()不“符合” LongHasher 。

當然，通過將static方法以其功能符號（方法引用）實際分配給LongHasher實例，很容易產生編譯錯誤：

// OK LongHasher good = LongHashes::xorHash; LongHasher alsoGood = LongHashes::continuingHash;// Yikes LongHasher ouch = LongHashes::randomHash;

但這并沒有/應該做到的那么簡潔。 類型約束應直接施加在static方法上。

Java的實現方式是什么？

當然有注釋！

我敢打賭，JDK 10將顯示以下模式：

class LongHashes {// Compiles@ReferenceableAs(LongHasher.class)static int xorHash(long x) {return (int)(x ^ (x >>> 32));}// Compiles@ReferenceableAs(LongHasher.class)static int continuingHash(long x) {return (int)(x + (x >>> 32));}// Doesn't compile@ReferenceableAs(LongHasher.class)static int randomHash(NotLong x) {return xorHash(x * 0x5DEECE66DL + 0xBL);} }

實際上，您現在已經可以實現這樣的注釋，并編寫自己的注釋處理器（ 或JSR-308檢查器 ）來驗證這些方法。 期待另一個偉大的注釋 ！

那么，誰敢打賭我們將在JDK 10中使用此注釋？

翻譯自: https://www.javacodegeeks.com/2015/06/were-taking-bets-this-annotation-will-soon-show-up-in-the-jdk.html

總結

以上是生活随笔為你收集整理的我们正在下注：这个注解很快就会出现在JDK中的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。