爲什麼我們不應該在Java中使用

Question

保護靜態的我所經歷的這個問題Is there a way to override class variables in Java? 有36個upvotes第一個評論是：

如果你看到一個protected static，運行。

任何人都可以解釋爲什麼protected static皺起了眉頭？

Answer 1

它比直接問題更具風格。這表明你沒有正確地思考班上發生的事情。

想想static意味着：

這個變量存在於一流水平，它不會單獨爲每個實例存在，它沒有在延長我類是獨立存在的。

想想protected意味着：

此變量可以由這個類可以看出，類在同一個包和類延伸我。

這兩個含義並不完全相互排斥，但它非常接近。

我可以看到你可能在一起使用這兩者的唯一情況是，如果你有一個被設計用於擴展的抽象類，然後擴展類可以使用原來定義的常量修改行爲。儘管如此，這仍然是一個非常微弱的理由，因爲你仍然可以更好地把常數作爲公開的。這使得一切都變得更加清晰，並且允許人們分類更靈活。

擴大和解釋第一點 - 嘗試這個例子代碼：

public class Program { 
    public static void main (String[] args) throws java.lang.Exception { 
     System.out.println(new Test2().getTest()); 
     Test.test = "changed"; 
     System.out.println(new Test2().getTest()); 
    } 
} 

abstract class Test { 
    protected static String test = "test"; 
} 

class Test2 extends Test { 
    public String getTest() { 
     return test; 
    } 
} 

您將看到的結果：

test 
changed 

自己的嘗試：https://ideone.com/KM8u8O

類Test2能夠從Test訪問靜態成員test而不需要限定名稱 - 但它不會t繼承或獲得自己的副本。它看着完全相同的變量。

Answer 2

靜態成員不會被繼承，並且受保護的成員只對子類（當然是包含類）可見，所以protected static與static具有相同的可見性，這表明編碼人員會產生誤解。

Answer 3

我沒有看到爲什麼應該皺起眉頭的特殊原因。總是可以有替代方案來實現相同的行爲，並且它將取決於實際的架構，這些替代方案是否比受保護的靜態方法「更好」。但是一個例子，其中一個受保護的靜態方法是合理的，至少，可能是以下幾點：

（編輯拆分成獨立的程序包，讓使用protected更清晰）

package a; 
import java.util.List; 

public abstract class BaseClass 
{ 
    public Integer compute(List<Integer> list) 
    { 
     return computeDefaultA(list)+computeDefaultB(list); 
    } 

    protected static Integer computeDefaultA(List<Integer> list) 
    { 
     return 12; 
    } 
    protected static Integer computeDefaultB(List<Integer> list) 
    { 
     return 34; 
    } 
} 

從派生：

package a.b; 

import java.util.List; 

import a.BaseClass; 

abstract class ExtendingClassA extends BaseClass 
{ 
    @Override 
    public Integer compute(List<Integer> list) 
    { 
     return computeDefaultA(list)+computeOwnB(list); 
    } 

    private static Integer computeOwnB(List<Integer> list) 
    { 
     return 56; 
    } 
} 

另一派生類：

package a.b; 

import java.util.List; 

import a.BaseClass; 

abstract class ExtendingClassB extends BaseClass 
{ 
    @Override 
    public Integer compute(List<Integer> list) 
    { 
     return computeOwnA(list)+computeDefaultB(list); 
    } 

    private static Integer computeOwnA(List<Integer> list) 
    { 
     return 78; 
    } 
} 

的protected static修改肯定可以在這裏有道理：

• 的方法可以是static，因爲它們不依賴於實例變量。它們不是直接用作多態方法，而是作爲更復雜計算的一部分提供缺省實現的「實用」方法，並作爲實際實現的「構建塊」。
• 該方法不應該是public，因爲它們是實現細節。它們不能是private，因爲它們應該由擴展類調用。他們也不能具有「默認」可見性，因爲那樣他們將無法訪問其他包中的擴展類。

（編輯：人們可以假設原文評論僅提及領域，而不是方法 - 那麼，但是，它太籠統）

Answer 4

保護的使用，以便它可以用於子類。在具體類的上下文中使用時定義受保護的靜態方法沒有任何邏輯，因爲您可以通過靜態方式訪問相同的變量。但是，編譯器將以靜態方式發出警告來訪問超類靜態變量。

Answer 5

這是因爲它是矛盾的，因此而皺起了眉頭。

製作一個可變protected意味着它將包內使用或這將是一個子類內繼承。

使變量static成爲類的成員，消除了繼承它的意圖。這隻留下了在包中使用的意圖，並且我們有package-private（沒有修飾符）。

我唯一可以發現這個有用的情況是，如果你聲明瞭一個應該用來啓動應用程序的類（比如JavaFX的Application#launch，並且只希望能夠從子類啓動，那麼確保該方法也是final禁止hiding但這不是「規範」，可能是爲了防止通過添加新的方式來啓動應用程序來增加更多的複雜性。這個：The Java Tutorials - Controlling Access to Members of a Class

Answer 6

其實protected static沒有什麼根本錯誤。如果你真的想要一個靜態變量或方法，可以看到包和聲明類的所有子類，那麼繼續前進並使之成爲protected static。

有些人通常避免使用protected由於種種原因，有些人認爲非最終static變量應該通過各種手段來避免（我個人後者同情在一定程度上），所以我想的protected和static組合必須看到壞^ 2屬於這兩個組。

Answer 7

protected static沒有什麼錯。很多人忽略了一件事情，那就是你可能想爲靜態方法編寫測試用例，而這些靜態方法在正常情況下你不想公開。我注意到這對於在實用類中編寫靜態方法的測試特別有用。