簡體   English   中英

@SuppressWarnings注釋的優點

[英]Advantage of @SuppressWarnings annotation

@SuppressWarnings注釋是為了更清晰的代碼,還是通過添加它是否有任何性能提升或任何優勢?

或者我們可以通過這樣做來減少編譯時間。

@SuppressWarnings注釋類型允許Java程序員禁用程序某個部分(類型,字段,方法,參數,構造函數和局部變量)的編譯警告。 通常警告很好。 但是在某些情況下,它們會不恰當和煩人。 因此,如果需要,程序員可以選擇告訴編譯器忽略這些警告。

與表現無關。

編寫代碼的開發人員知道它總是安全的,決定使用@SuppressWarnings(“unchecked”)來抑制編譯時的警告。

正如其他人所提到的,它只是開發人員和編寫的代碼之間的信任。

更多信息在這里這里

SuppressWarnings注釋只是為了抑制你知道肯定會發生的警告而你並不關心它。 它只是幫助您進行更清潔的檢查,抑制您希望看到的警告。 沒有性能提升。

沒有性能增益,只有在編譯時,編譯器才會或不會編寫waring。 但是在編譯之后,沒有任何區別。

它不會使您的代碼更清晰或提高性能。 它只是幫助您將注意力集中在潛在危險的代碼上。 如果您有130個警告列表,您很快就會停下來閱讀它們。

大多數警告表示編譯器無法解決的錯誤編程實踐或潛在問題。 理想情況下,完成的程序應該在沒有警告的情況下編譯。 這樣,當您修改它並出現新警告時,您可以決定該怎么做。

例如:

  • 無法訪問的代碼。 我在這里想什么
  • Lib ZZZ已被棄用。 我應該升級到新的嗎? 我現在可以繼續嗎?
  • 添加類型參數列表... ups,我應該使用泛型

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM