2010-04-01 48 views
12

我其實可以看到實際的代碼爲Google Annotations Gallery一個用途:Google Annotations Gallery是否適用於生產代碼?

跨代碼絆倒,不知怎的,工作 超越一切的原因是什麼?生命短暫。馬克 它@Magic,繼續前進:

@Magic 
public static int negate(int n) { 
    return new Byte((byte) 0xFF).hashCode() 
    /(int) (short) '\uFFFF' * ~0 
     * Character.digit ('0', 0) * n 
     * (Integer.MAX_VALUE * 2 + 1) 
    /(Byte.MIN_VALUE >> 7) * (~1 | 1); 
} 

這是一個嚴肅的問題。這可以用於實際的代碼審查?

+1

爲什麼這些評論不夠好? – 2010-04-01 09:17:37

+0

我剛剛發佈了一條建議,我認爲這對一些我曾工作過的團隊肯定會有用...... http://groups.google.com/group/google-annotations-gallery/browse_thread/thread/f41510434cc520e6 – Cowan 2010-04-01 10:27:00

回答

8

相當。好吧,不是全部,但很多都可以替代更長的評論。 對於不太多的這些註釋都適用,但有些(如你的例子)可能會很方便。

可以這樣說,這些註釋以更短,更可讀的方式呈現最常見的評論。

您可以稍後處理它們,併爲@Magic批註的數量添加閾值。如果一個項目變得太「神奇」,應該採取措施。

0

僅供參考,Sonar似乎現在包括一個better revision plugin

無論如何,你是不是猜測,我認爲這個項目的意圖很簡短:項目的意圖足夠清楚:當他們離開時,他們可以變成什麼樣的註釋:相當於oh-so-y2k XML地獄。

1

使用諸如「MAGIC」之類的關鍵字使用註釋會更容易,然後與這些關鍵字一起使用。 Hudson和Eclipse以及其他工具可以計算或標記這些事件。

1

我完全可以看到@CarbonFootprint如何適合多個客戶的CSR策略,而當您正在開發一個新項目時,如果您不確定某段代碼是否真的是需要解決一些瘋狂的bug/corner-condition,或者如果它只是隨機的,剩下的廢話,那時候沒有人知道如何寫得更好。

0

我想有些人可能錯過了Google Annotation Gallery(GAG)4月1日的首字母縮寫詞和日期......或者在某些國家,它可能不是笑話或笑話的國慶日...

相關問題