在公衆訪問修飾符限制的靈活性，更改代碼？如果是的話舉一些例子

Question

將在不斷變化的代碼嗎？如果是的話舉一些例子公共訪問修飾符限制的靈活性..

Answer 1

如果可以訪問源代碼修飾符不能限制你的靈活性，因爲你可以改變修飾符。

如果您無法訪問源代碼，則無法擴展或覆蓋任何標記爲final的類或方法，但如果您的類不在原始包或受保護範圍內，則無法訪問任何標記爲private或默認（不含修飾符）的方法如果你的類是原產地封裝外部，而不是從谷歌上搜索你的問題幾乎擴展了原班

Answer 2

前兩個答案說這一切

java.sun.com/docs/books/tutorial/java/ javaOO/accesscontrol.html

www.java-samples.com/showtutorial.php?tutorialid=655

現在我的觀點：我認爲值得補充的是，默認情況下以私有方式開始並且如果該類被擴展時升級到受保護是一種好的做法;當你想授予對不同軟件包中類的訪問權限時公開。

但是，沒有任何東西阻止您向所有成員公開聲明。這完全相反，並增加了您的靈活性;警告說你犧牲了安全性。例如，如果第三方將自己的類與您的類一起加載到相同的類路徑中，並且類中的所有成員都是公共的，則它們可以輕鬆修改類的狀態。許多其他的例子。

因此，除非您完全不關心安全性，否則會在需要時升級修飾符。

Answer 3

是的，絕對公開訪問修飾符限制了在OOP中使用封套功能更改代碼的靈活性。讓我試着用一個例子來解釋。如您所知，公共訪問修飾符的範圍可以從任何類訪問，而不管它們屬於哪個包。這導致設計不良面向對象。

package com.app.access; 

public class Car{ 
    public int wheels; 
    public int lights; 
    // Method for how wheels rotate 
// Method for how lights on 
} 

public class TestCar{ 
    public static void main(String [] args) { 

     Car c = new Car(); 
     c.wheels = -5; // Legal but bad 00 because we know it cannot have a negative value 
    } 
} 

上面的例子是壞的面向對象設計應當由製作好的做法通過Java bean的兼容存取方法，採取的形式提供私人或受保護的訪問修飾符實例變量和訪問來避免

get<propertyName> or for booleans is<propertyName> and set<propertyName> 

提供了在返回或修改值之前檢查和/或驗證的地方。

希望這有助於！

Answer 4

毫無疑問，當您的面向對象設計規定它應該有更多的受限訪問時，宣佈某個類或成員公開是一個壞主意。

但這會限制您的靈活性嗎？我會說是的。

由於這是作業，我不打算爲你解答答案......或給你可以剪切和粘貼的例子。但考慮Java的規則來覆蓋子類中的成員。具體來說，考慮在改變方法的訪問方面你可以做什麼，不能做什麼。