jdk注解

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

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

該類型強加了清晰的合同。 實現(xiàn)者必須提供一個帶有l(wèi)ong參數(shù)的名為hash()方法，并返回一個int值。 當使用lambda或方法引用時， hash()方法名稱不再相關(guān)，結(jié)構(gòu)類型long -> int就足夠了。

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

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實例，很容易產(chǎn)生編譯錯誤：

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

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

Java的實現(xiàn)方式是什么？

當然有注釋！

我敢打賭，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);} }

實際上，您今天可能已經(jīng)實現(xiàn)了這樣的注釋，并編寫了自己的注釋處理器（ 或JSR-308檢查器 ）來驗證這些方法。 期待另一個偉大的注釋 ！

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

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

jdk注解

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。