В чем разница между общедоступным, защищенным, частным пакетом и частным в Java?

Официальный учебник может быть вам полезен.

+: доступно
пусто: недоступно

Простое правило. Начните с объявления всего приватным. А затем продвигайтесь к общественности по мере возникновения потребностей и того, что того требует дизайн.

Разоблачая участников, спросите себя, раскрываете ли вы варианты представления или варианты абстракции. Первое - это то, чего вы хотите избежать, так как это приведет к слишком большому количеству зависимостей от фактического представления, а не от его наблюдаемого поведения.

Как правило, я стараюсь избегать переопределения реализаций методов путем создания подклассов; слишком легко запутать логику. Объявите абстрактные защищенные методы, если вы намереваетесь их переопределить.

Кроме того, используйте аннотацию @Override при переопределении, чтобы не допустить поломки при рефакторинге.

Разницу можно найти в уже предоставленных ссылках, но какая из них обычно сводится к «Принципу наименьшего знания». Обеспечьте минимальную видимость, которая необходима.

(Предостережение: я не программист на Java, я программист на Perl. Perl не имеет формальной защиты, возможно, поэтому я так хорошо понимаю проблему :))

Частный

Как вы могли подумать, его может увидеть только класс, в котором он объявлен.

Пакет Частный

Его можно увидеть и использовать только тем упаковка, в котором он был объявлен. Это значение по умолчанию в Java (что некоторые считают ошибкой).

Защищено

Пакет Private + можно увидеть подклассам или членам пакета.

Общественные

Это все видят.

Опубликовано

Виден за пределами контролируемого мной кода. (Хотя это и не синтаксис Java, он важен для этого обсуждения).

C++ определяет дополнительный уровень, называемый «друг», и чем меньше вы об этом знаете, тем лучше.

Когда что использовать? Вся идея заключается в инкапсуляции, чтобы скрыть информацию. Насколько это возможно, вы хотите скрыть от пользователей детали того, как что-то делается. Почему? Потому что тогда вы можете изменить их позже и не нарушить чей-либо код. Это позволяет вам оптимизировать, реорганизовывать, изменять дизайн и исправлять ошибки, не беспокоясь о том, что кто-то использовал код, который вы только что переработали.

Итак, практическое правило - делать вещи настолько видимыми, насколько они должны быть. Начните с приватного и добавляйте больше видимости только по мере необходимости. Публикуйте только то, что абсолютно необходимо пользователю, каждая деталь, которую вы публикуете, ограничивает вашу способность переделывать систему.

Если вы хотите, чтобы пользователи могли настраивать поведение, а не делать внутренние компоненты общедоступными, чтобы они могли их переопределить, часто лучше вложить эти кишки в объект и сделать этот интерфейс общедоступным. Таким образом, они могут просто подключить новый объект. Например, если вы пишете проигрыватель компакт-дисков и хотите, чтобы бит «найти информацию об этом компакт-диске» можно было настроить, вместо того, чтобы делать эти методы общедоступными, вы бы поместили всю эту функциональность в отдельный объект и сделали общедоступным только средство получения / установки объекта. . Таким образом, скупость на раскрытие своей интуиции способствует хорошему составу и разделению проблем.

Лично я придерживаюсь только «частных» и «общедоступных». Во многих объектно-ориентированных языках именно это есть. «Защищенный» может быть кстати, но на самом деле это обман. Как только интерфейс становится более чем частным, он выходит из-под вашего контроля, и вам нужно искать в чужом коде способы его использования.

Вот здесь-то и появляется идея «опубликованного». Для изменения интерфейса (его рефакторинга) необходимо найти весь код, который его использует, и изменить его. Если интерфейс частный, нет проблем. Если он защищен, вам нужно найти все свои подклассы. Если он общедоступен, вам нужно найти весь код, который использует ваш код. Иногда это возможно, например, если вы работаете над корпоративным кодом, предназначенным только для внутреннего использования, не имеет значения, является ли интерфейс общедоступным. Вы можете взять весь код из корпоративного репозитория. Но если интерфейс «опубликован», если есть код, использующий его вне вашего контроля, то вы попали в беду. Вы должны поддерживать этот интерфейс, иначе вы рискуете взломать код. Даже защищенные интерфейсы можно считать опубликованными (поэтому я не заморачиваюсь с защищенными).

Многие языки считают иерархическую природу общедоступного / защищенного / частного слишком ограничивающей и не соответствующей действительности. Для этого есть концепция класс черты, но это уже другое шоу.

Ответ Дэвида объясняет значение каждого модификатора доступа. Что касается того, когда использовать каждый из них, я бы предложил сделать общедоступными все классы и методы каждого класса, которые предназначены для внешнего использования (его API), а все остальное - частным.

Со временем вы научитесь понимать, когда делать некоторые классы закрытыми для пакетов, а когда объявлять определенные методы защищенными для использования в подклассах.

Эта страница хорошо описывает модификатор доступа по умолчанию и защищенный

.... Защищено: модификатор защищенного доступа немного сложен и, можно сказать, является надмножеством модификатора доступа по умолчанию. Защищенные члены такие же, как члены по умолчанию, что касается доступа в том же пакете. Разница в том, что защищенные члены также доступны для подклассов класса, в котором объявлен член, которые находятся за пределами пакета, в котором присутствует родительский класс.

Но эти защищенные члены «доступны вне пакета только через наследование». то есть вы можете получить доступ к защищенному члену класса в его подклассе, присутствующем в каком-то другом пакете, напрямую, как если бы этот член присутствует в самом подклассе. Но этот защищенный член не будет доступен в подклассе вне пакета с помощью ссылки на родительский класс. ....

На самом деле это немного сложнее, чем показывает простая сетка. Сетка сообщает вам, разрешен ли доступ, но что именно составляет доступ? Кроме того, уровни доступа сложным образом взаимодействуют с вложенными классами и наследованием.

Доступ «по умолчанию» (определяемый отсутствием ключевого слова) также называется пакет-частный. Исключение: в интерфейсе отсутствие модификатора означает открытый доступ; модификаторы, отличные от public, запрещены. Константы перечисления всегда открыты.

Резюме

Разрешен ли доступ к члену с этим спецификатором доступа?

• Член - private: только если член определен в том же классе, что и вызывающий код.
• Член является частным пакетом: только если вызывающий код находится в пакете, непосредственно включающем член.
• Член - protected: тот же пакет, или если член определен в суперклассе класса, содержащего вызывающий код.
• Участник - public: Да.

Какие спецификаторы доступа применяются к

Локальные переменные и формальные параметры не могут принимать спецификаторы доступа. Поскольку они по своей природе недоступны извне в соответствии с правилами области видимости, они фактически являются частными.

Для классов в верхней области разрешены только public и package-private. Этот выбор конструкции предположительно обусловлен тем, что protected и private будут избыточными на уровне пакета (нет наследования пакетов).

Все спецификаторы доступа возможны для членов класса (конструкторы, методы и статические функции-члены, вложенные классы).

Связанный: Доступность класса Java

Приказ

Спецификаторы доступа могут быть строго упорядочены

public > protected > package-private > private

Это означает, что public обеспечивает наибольший доступ, а private - наименьший. Любая ссылка, возможная на частном члене, также действительна для частного члена пакета; любая ссылка на частный член пакета действительна для защищенного члена и т. д. (Предоставление доступа к защищенным членам другим классам в том же пакете считалось ошибкой.)

Ноты

• Методы класса являются разрешают доступ к закрытым членам других объектов того же класса. Точнее, метод класса C может обращаться к частным членам C на объектах любого подкласса C. Java не поддерживает ограничение доступа по экземплярам, ​​только по классам. (Сравните со Scala, который поддерживает его с помощью private[this].)
• Для создания объекта вам нужен доступ к конструктору. Таким образом, если все конструкторы являются частными, класс может быть создан только кодом, живущим внутри класса (обычно статические фабричные методы или инициализаторы статических переменных). Аналогично для конструкторов с закрытым пакетом или защищенными конструкторами.
  • Наличие только частных конструкторов также означает, что класс не может быть подклассом извне, поскольку Java требует, чтобы конструкторы подкласса неявно или явно вызывали конструктор суперкласса. (Однако он может содержать вложенный класс, являющийся его подклассом.)

Внутренние классы

Вы также должны учитывать области действия вложенный, такие как внутренние классы. Примером сложности является то, что внутренние классы имеют члены, которые сами могут принимать модификаторы доступа. Таким образом, у вас может быть частный внутренний класс с открытым членом; можно получить доступ к члену? (См. Ниже.) Общее правило - смотреть на область видимости и думать рекурсивно, чтобы увидеть, можете ли вы получить доступ к каждому уровню.

Однако это довольно сложно, и для получения полной информации используйте обратитесь к Спецификации языка Java. (Да, в прошлом были ошибки компилятора.)

Чтобы понять, как они взаимодействуют, рассмотрим этот пример. Возможна «утечка» частных внутренних классов; обычно это предупреждение:

class Test {
    public static void main(final String ... args) {
        System.out.println(Example.leakPrivateClass()); // OK
        Example.leakPrivateClass().secretMethod(); // error
    }
}

class Example {
    private static class NestedClass {
        public void secretMethod() {
            System.out.println("Hello");
        }
    }
    public static NestedClass leakPrivateClass() {
        return new NestedClass();
    }
}

Вывод компилятора:

Test.java:4: secretMethod() in Example.NestedClass is defined in an inaccessible class or interface
        Example.leakPrivateClass().secretMethod(); // error
                                  ^
1 error

Некоторые связанные вопросы:

• Java - доступность метода внутри закрытого класса пакета?

Очень коротко

• public: доступен отовсюду.
• protected: доступен классам одного и того же пакета и подклассам, находящимся в любом пакете.
• по умолчанию (модификатор не указан): доступен классам того же пакета.
• private: доступен только в том же классе.

Как правило большого пальца:

• private: объем класса.
• default (или package-private): объем пакета.
• protected: package scope + child (как package, но мы можем создать подклассы из разных пакетов). Модификатор protected всегда сохраняет отношения «родитель-потомок».
• public: везде.

В результате, если мы разделим право доступа на три права:

• (Прямой (вызов из метода внутри того же класса или через синтаксис «this»).
• (Справка (вызвать метод, используя ссылку на класс или синтаксис «точка»).
• (Наследование (через создание подклассов).

тогда у нас есть эта простая таблица:

+—-———————————————+————————————+———————————+
|                 |    Same    | Different |
|                 |   Package  | Packages  |
+—————————————————+————————————+———————————+
| private         |   D        |           |
+—————————————————+————————————+———————————+
| package-private |            |           |
| (no modifier)   |   D R I    |           |
+—————————————————+————————————+———————————+
| protected       |   D R I    |       I   |
+—————————————————+————————————+———————————+
| public          |   D R I    |    R  I   |
+—————————————————+————————————+———————————+

Наиболее неправильно понимаемый модификатор доступа в Java - это protected. Мы знаем, что он похож на модификатор по умолчанию с одним исключением, в котором его могут видеть подклассы. Но как? Вот пример, который, надеюсь, проясняет путаницу:

• Предположим, что у нас есть 2 класса; Father и Son, каждый в собственном пакете:

  package fatherpackage;
  
  public class Father
  {
  
  }
  
  -------------------------------------------
  
  package sonpackage;
  
  public class Son extends Father
  {
  
  }
  

• Добавим в foo() защищенный метод Father.

  package fatherpackage;
  
  public class Father
  {
      protected void foo(){}
  }
  

• Метод foo() можно вызывать в 4-х контекстах:

  1. Внутри класса, который находится в том же пакете, где определен foo() (fatherpackage):

     package fatherpackage;
     
     public class SomeClass
     {
         public void someMethod(Father f, Son s)
         {
             f.foo();
             s.foo();
         }
     }
     

  2. Внутри подкласса в текущем экземпляре через this или super:

     package sonpackage;
     
     public class Son extends Father
     {
         public void sonMethod()
         {
             this.foo();
             super.foo();
         }
     }
     

  3. Для ссылки того же класса:

     package fatherpackage;
     
     public class Father
     {
         public void fatherMethod(Father f)
         {
             f.foo(); // valid even if foo() is private
         }
     }
     
     -------------------------------------------
     
     package sonpackage;
     
     public class Son extends Father
     {
         public void sonMethod(Son s)
         {
             s.foo();
         }
     }
     

  4. Для ссылки, тип которой является родительским классом, и это внутри, пакет, в котором определен foo() (fatherpackage) [Это может быть включено в контекст №. 1]:

     package fatherpackage;
     
     public class Son extends Father
     {
         public void sonMethod(Father f)
         {
             f.foo();
         }
     }
     

• Следующие ситуации недопустимы.

  1. Для ссылки, тип которой является родительским классом, а это вне - пакет, в котором определен foo() (fatherpackage):

     package sonpackage;
     
     public class Son extends Father
     {
         public void sonMethod(Father f)
         {
             f.foo(); // compilation error
         }
     }
     

  2. Неподкласс внутри пакета подкласса (подкласс наследует защищенные члены от своего родителя и делает их частными для не подклассов):

     package sonpackage;
     
     public class SomeClass
     {
         public void someMethod(Son s) throws Exception
         {
             s.foo(); // compilation error
         }
     }
     

Частный

• Методы, переменные и конструкторы

Доступ к методам, переменным и конструкторам, которые объявлены частными, можно получить только внутри самого объявленного класса.

• Класс и интерфейс

Модификатор частного доступа - это самый ограничительный уровень доступа. Класс и интерфейсы не могут быть частными.

Примечание

Переменные, которые объявлены частными, могут быть доступны вне класса, если в классе присутствуют общедоступные методы получения. Переменные, методы и конструкторы, которые объявлены защищенными в суперклассе, могут быть доступны только подклассам в другом пакете или любому классу в пакете класса защищенных членов.

Защищено

• Класс и интерфейс

Модификатор защищенного доступа нельзя применять к классу и интерфейсам.

Методы и поля могут быть объявлены защищенными, однако методы и поля в интерфейсе не могут быть объявлены защищенными.

Примечание

Защищенный доступ дает подклассу возможность использовать вспомогательный метод или переменную, предотвращая попытки несвязанного класса использовать их.

Общественные

Доступ к классу, методу, конструктору, интерфейсу и т. д., Объявленному как общедоступный, можно получить из любого другого класса.

Следовательно, поля, методы и блоки, объявленные внутри общедоступного класса, могут быть доступны из любого класса, принадлежащего Java Universe.

• Различные пакеты

Однако, если публичный класс, к которому мы пытаемся получить доступ, находится в другом пакете, то публичный класс все равно необходимо импортировать.

Из-за наследования классов все общедоступные методы и переменные класса наследуются его подклассами.

По умолчанию - без ключевого слова:

Модификатор доступа по умолчанию означает, что мы явно не объявляем модификатор доступа для класса, поля, метода и т. д.

• В рамках тех же пакетов

Переменная или метод, объявленные без модификатора управления доступом, доступны любому другому классу в том же пакете. Поля в интерфейсе неявно являются общедоступными static final, а методы в интерфейсе по умолчанию общедоступны.

Примечание

Мы не можем переопределить статические поля. Если вы попытаетесь переопределить, это не покажет никаких ошибок но не работает то, что мы кроме.

Связанные ответы

• Переопределение статических методов в Java

Ссылки ссылки

http://docs.oracle.com/javase/tutorial/java/javaOO/accesscontrol.htmlhttp://www.tutorialspoint.com/java/java_access_modifiers.htm

Частный: Ограниченный доступ только к классу

По умолчанию (без модификатора): Ограниченный доступ к классу и пакету

Защищено: ограниченный доступ к классу, пакету и подклассам (как внутри, так и вне пакета)

Общественные: Доступен для класса, пакета (всех) и подклассов ... Короче говоря, везде.

Public Protected Default и private являются модификаторами доступа.

Они предназначены для инкапсуляции или скрытия и отображения содержимого класса.

1. Класс может быть общедоступным или по умолчанию
2. Члены класса могут быть общедоступными, защищенными, по умолчанию или частными.

Приват недоступен вне класса По умолчанию доступно только в пакете. Защищено как в пакете, так и в любом расширяющем его классе. Публика открыта для всех.

Обычно переменные-члены определены как частные, но методы-члены являются общедоступными.

Модификаторы доступа предназначены для ограничения доступа на нескольких уровнях.

Публичный: Это в основном так же просто, как вы можете получить доступ из любого класса, независимо от того, находится он в том же пакете или нет.

Чтобы получить доступ, если вы находитесь в одном пакете, вы можете получить доступ напрямую, но если вы находитесь в другом пакете, вы можете создать объект класса.

По умолчанию: Доступен в одном пакете из любого класса пакета.

Для доступа вы можете создать объект класса. Но вы не можете получить доступ к этой переменной вне пакета.

Защищено: вы можете получить доступ к переменным в том же пакете, а также к подклассу в любом другом пакете. так что в основном это поведение по умолчанию + Унаследовано.

Чтобы получить доступ к защищенному полю, определенному в базовом классе, вы можете создать объект дочернего класса.

Частный: может быть доступ в том же классе.

В нестатических методах вы можете получить доступ напрямую из-за ссылки это (также в конструкторах), но для доступа в статических методах вам необходимо создать объект класса.

Видно на упаковке. По умолчанию. Никаких модификаторов не требуется.

Виден только классу (частный).

Виден миру (общественный).

Виден пакету и всем подклассам (защищенный).

Переменные и методы можно объявлять без каких-либо вызываемых модификаторов. Примеры по умолчанию:

String name = "john";

public int age(){
    return age;
}

Модификатор приватного доступа - приватный:

Доступ к методам, переменным и конструкторам, которые объявлены частными, можно получить только внутри самого объявленного класса. Модификатор частного доступа - это самый ограничительный уровень доступа. Класс и интерфейсы не могут быть частными.

Переменные, которые объявлены частными, могут быть доступны вне класса, если в классе присутствуют общедоступные методы получения.

Использование модификатора private - это основной способ инкапсуляции объекта и скрытия данных от внешнего мира.

Примеры:

Public class Details{

    private String name;

    public void setName(String n){
        this.name = n;
    }

    public String getName(){
        return this.name;
    }
}

Модификатор публичного доступа - публичный:

К классу, методу, конструктору, интерфейсу и т. д., Объявленным как общедоступный, можно получить доступ из любого другого класса. Следовательно, поля, методы и блоки, объявленные внутри общедоступного класса, могут быть доступны из любого класса, принадлежащего юниверсу Java.

Однако, если публичный класс, к которому мы пытаемся получить доступ, находится в другом пакете, то публичный класс все равно необходимо импортировать.

Из-за наследования классов все общедоступные методы и переменные класса наследуются его подклассами.

Пример:

public void cal(){

}

Модификатор защищенного доступа - protected:

Переменные, методы и конструкторы, которые объявлены защищенными в суперклассе, могут быть доступны только подклассам в другом пакете или любому классу в пакете класса защищенных членов.

Модификатор защищенного доступа нельзя применять к классу и интерфейсам. Методы и поля могут быть объявлены защищенными, однако методы и поля в интерфейсе не могут быть объявлены защищенными.

Защищенный доступ дает подклассу возможность использовать вспомогательный метод или переменную, предотвращая попытки несвязанного класса использовать их.

class Van{

    protected boolean speed(){

    }
}

class Car{
    boolean speed(){
    }

}

• общественный - доступен из любой точки приложения.

• дефолт - доступно из пакета.

• защищенный - доступен из пакета и подклассов в другом пакете. также

• частный - доступен только из своего класса.

Вот лучшая версия таблицы, которая также включает столбец для модулей.

Пояснения

• Член частный (i) - это Только, доступный в том же классе, в котором он объявлен.

• Член с нет модификатора доступа (j) доступен только внутри классов в том же пакете.

• Член защищенный (k) доступен во всех классах одного пакета и в подклассах других пакетов.

• Член общественный (l) доступен для всех классов (если только он не находится в модуль, который не экспортирует пакет, в котором он объявлен).

Какой модификатор выбрать?

Модификаторы доступа - это инструмент, который поможет вам предотвратить случайное нарушение инкапсуляции ^(*). Спросите себя, хотите ли вы, чтобы этот член был чем-то внутренним по отношению к классу, пакету, иерархии классов или вообще не внутренним, и выберите соответствующий уровень доступа.

Примеры:

• Поле long internalCounter, вероятно, должно быть закрытым, поскольку оно изменяемое и является деталью реализации.
• Класс, который должен быть создан только в фабричном классе (в том же пакете), должен иметь конструктор, ограниченный пакетом, поскольку не должно быть возможности вызвать его напрямую извне пакета.
• Внутренний метод void beforeRender(), вызываемый непосредственно перед рендерингом и используемый как перехватчик в подклассах, должен быть защищен.
• Метод void saveGame(File dst), который вызывается из кода графического интерфейса пользователя, должен быть общедоступным.

^{(*) What is Encapsulation exactly?}

Модификаторы доступа в Java.

Модификаторы доступа Java используются для обеспечения контроля доступа в Java.

1. По умолчанию:

Доступно только для классов в одном пакете.

Например,

// Saved in file A.java
package pack;

class A{
  void msg(){System.out.println("Hello");}
}

// Saved in file B.java
package mypack;
import pack.*;

class B{
  public static void main(String args[]){
   A obj = new A(); // Compile Time Error
   obj.msg(); // Compile Time Error
  }
}

Этот доступ более ограничен, чем публичный и защищенный, но менее ограничен, чем частный.

2. Общественные

Доступен откуда угодно. (Глобальный доступ)

Например,

// Saved in file A.java

package pack;
public class A{
  public void msg(){System.out.println("Hello");}
}

// Saved in file B.java

package mypack;
import pack.*;

class B{
  public static void main(String args[]){
    A obj = new A();
    obj.msg();
  }
}

Output:Hello

3. Частный

Доступно только внутри одного класса.

Если вы попытаетесь получить доступ к закрытым членам одного класса, в другом будет выдана ошибка компиляции. Например,

class A{
  private int data = 40;
  private void msg(){System.out.println("Hello java");}
}

public class Simple{
  public static void main(String args[]){
    A obj = new A();
    System.out.println(obj.data); // Compile Time Error
    obj.msg(); // Compile Time Error
  }
}

4. Защищено

Доступен только классам в одном пакете и подклассам

Например,

// Saved in file A.java
package pack;
public class A{
  protected void msg(){System.out.println("Hello");}
}

// Saved in file B.java
package mypack;
import pack.*;

class B extends A{
  public static void main(String args[]){
    B obj = new B();
    obj.msg();
  }
}

Output: Hello

Примечание: Это просто добавка принятого ответа.

Это связано с Java Модификаторы доступа.

От Модификаторы доступа Java:

A Java access modifier specifies which classes can access a given class and its fields, constructors and methods. Access modifiers can be specified separately for a class, its constructors, fields and methods. Java access modifiers are also sometimes referred to in daily speech as Java access specifiers, but the correct name is Java access modifiers. Classes, fields, constructors and methods can have one of four different Java access modifiers:

• List item
• private
• default (package)
• protected
• public

Из руководств Управление доступом к членам класса:

Access level modifiers determine whether other classes can use a particular field or invoke a particular method. There are two levels of access control:

• At the top level—public, or package-private (no explicit modifier).
• At the member level—public, private, protected, or package-private (no explicit modifier).

A class may be declared with the modifier public, in which case that class is visible to all classes everywhere. If a class has no modifier (the default, also known as package-private), it is visible only within its own package

The following table shows the access to members permitted by each modifier.

╔═════════════╦═══════╦═════════╦══════════╦═══════╗
║ Modifier    ║ Class ║ Package ║ Subclass ║ World ║
╠═════════════╬═══════╬═════════╬══════════╬═══════╣
║ public      ║ Y     ║ Y       ║ Y        ║ Y     ║
║ protected   ║ Y     ║ Y       ║ Y        ║ N     ║
║ no modifier ║ Y     ║ Y       ║ N        ║ N     ║
║ private     ║ Y     ║ N       ║ N        ║ N     ║
╚═════════════╩═══════╩═════════╩══════════╩═══════╝

The first data column indicates whether the class itself has access to the member defined by the access level. As you can see, a class always has access to its own members. The second column indicates whether classes in the same package as the class (regardless of their parentage) have access to the member. The third column indicates whether subclasses of the class declared outside this package have access to the member. The fourth column indicates whether all classes have access to the member.

Access levels affect you in two ways. First, when you use classes that come from another source, such as the classes in the Java platform, access levels determine which members of those classes your own classes can use. Second, when you write a class, you need to decide what access level every member variable and every method in your class should have.

Часто я осознавал, что запомнить основные концепции любого языка можно, создав аналогии из реального мира. Вот моя аналогия для понимания модификаторов доступа в Java:

Предположим, вы студент университета, и у вас есть друг, который приезжает к вам в гости на выходных. Предположим, что в центре кампуса стоит большая статуя основателя университета.

• Когда вы приводите его в университетский городок, первое, что видите вы и ваш друг, - это статуя. Это означает, что любой, кто ходит по кампусу, может смотреть на статую без разрешения университета. Это делает статую ПУБЛИЧНЫЙ.

• Затем вы хотите отвести друга к себе в общежитие, но для этого вам необходимо зарегистрировать его как посетителя. Это означает, что он получает пропуск (такой же, как у вас), чтобы попасть в различные здания на территории кампуса. Это сделает его карту доступа ЗАЩИЩЕННЫЙ.

• Ваш друг хочет войти в сеть Wi-Fi кампуса, но у него нет для этого учетных данных. Единственный способ, которым он может выйти в Интернет, - это если вы поделитесь с ним своим логином. (Помните, что каждый студент, поступающий в университет, также имеет эти учетные данные). Это сделает ваши учетные данные как БЕЗ МОДИФИКАТОРА.

• Наконец, ваш друг хочет прочитать ваш отчет об успеваемости за семестр, который размещен на веб-сайте. Однако у каждого студента есть свой личный логин для доступа к этому разделу веб-сайта кампуса. Это сделает эти учетные данные как ЧАСТНЫЙ.

Надеюсь это поможет!

Когда вы думаете о модификаторах доступа, просто думайте об этом так (применимо как к переменные, так и к методы):

public -> доступен отовсюду private -> доступен только в том же классе, где он объявлен

Теперь возникает путаница, когда дело касается default и protected.

default -> Ключевое слово модификатора доступа отсутствует. Это означает, что он доступен строго внутри пакета класса. Нигде вне этого пакета к нему можно получить доступ.

protected -> Чуть менее строгий, чем default, и, помимо тех же классов пакетов, к нему могут обращаться подклассы за пределами объявленного упаковка.

Все дело в инкапсуляция (или, как сказал Джо Филлипс, наименьшее знание).

Начните с наиболее ограничительных (закрытых) и посмотрите, не понадобятся ли вам позже менее ограничительные модификаторы.

Мы все используем модификаторы методов и членов, такие как private, public, ... но очень немногие разработчики делают одну вещь - логически используют пакеты для кода организовать.

Например: Вы можете поместить чувствительные методы безопасности в пакет «безопасности». Затем поместите открытый класс, который обращается к некоторому коду, связанному с безопасностью, в этом пакете, но сохраните другие классы безопасности пакет частный. Таким образом, другие разработчики смогут использовать общедоступный класс только извне этого пакета (если они не изменят модификатор). Это не функция безопасности, но будет использование гид.

Outside world -> Package (SecurityEntryClass ---> Package private classes)

Другое дело, что классы, которые сильно зависят друг от друга, могут оказаться в одном пакете и в конечном итоге могут быть подвергнуты рефакторингу или объединению, если зависимость слишком сильна.

Если, наоборот, вы установите все как общественный, будет непонятно, к чему следует или не следует обращаться, что может привести к написанию большого количества javadoc (который ничего не требует через компилятор ...).

• общественный

  Если член класса объявлен с помощью public, то к нему можно получить доступ из любого места.

• защищенный

  Если член класса объявлен с защищенным ключевым словом, то к нему можно получить доступ из тех же членов класса, вне членов класса в том же пакете и унаследованных членов класса. Если член класса защищен, то к нему НЕЛЬЗЯ получить доступ из внешнего класса пакета, если внешний упакованный класс не унаследован, т.е. расширяет другой суперкласс пакета. Но член защищенного класса всегда доступен для одних и тех же классов пакетов, НЕ имеет значения, унаследован ли тот же класс пакета или НЕ

• дефолт

  В Java по умолчанию НЕ используется ключевое слово модификатора доступа. Если член класса объявлен без ключевого слова модификатора доступа, то в этом случае он считается членом по умолчанию. Член класса по умолчанию всегда доступен для тех же членов класса пакета. Но внешний член класса пакета НЕ может получить доступ к членам класса по умолчанию, даже если внешние классы являются подклассами, в отличие от защищенных членов.

• частный

  Если член класса объявлен с защищенным ключевым словом, то в этом случае он доступен ТОЛЬКО для тех же членов класса.

Следующая блок-схема объясняет, как элементы данных базовый класс являются унаследованный, когда режим доступа производный класс - частный.

Примечание. Объявление членов данных со спецификатором частного доступа известно как сокрытие данных..

Источник: Спецификаторы доступа - частные, общедоступные и защищенные

Мои два цента :)

частный:

класс -> класс верхнего уровня не может быть частным. внутренние классы могут быть частными, доступными из того же класса.

переменная экземпляра -> доступен только в классе. Нет доступа вне класса.

частный пакет:

класс -> класс верхнего уровня может быть частным для пакета. Он может быть доступен только из того же пакета. Не из дополнительного пакета, не из внешнего пакета.

переменная экземпляра -> доступен из того же пакета. Не из дополнительного пакета, не из внешнего пакета.

защищено:

класс -> класс верхнего уровня не может быть защищен.

переменная экземпляра -> Доступно только в том же пакете или подпакете. Доступ к нему возможен только вне пакета при расширении класса.

общественность:

класс -> доступен из пакета / подпакета / другого пакета

переменная экземпляра -> доступен из пакета / подпакета / другого пакета

Вот подробный ответ

https://github.com/junto06/java-4-beginners/blob/master/basics/access-modifier.md

Доступ к Java изменяет то, что вы можете использовать

Модификатор доступа может применяться для class, field^[About], method. Попробуйте получить доступ, создать подкласс или переопределить это.

• Доступ к field или method осуществляется через class.
• Наследование и Принцип открытости и закрытости.
  • Модификатор доступа наследника class (подкласса) может быть Любые.
  • Модификатор доступа преемника method (переопределить) должен быть такой же или расширить его

Класс верхнего уровня (область первого уровня) может быть public и default. Nested class^[About] может иметь любой из них

package не претендует на иерархию пакетов

[Модификаторы быстрого доступа]

Спецификаторы доступа в Java: В java есть 4 спецификатора доступа: private, package-private (по умолчанию), protected и public в порядке возрастания доступа.

Частный: Когда вы разрабатываете какой-либо класс и хотите, чтобы член этого класса не отображался за пределами этого класса, вы должны объявить его закрытым. к закрытым членам можно получить доступ только в том классе, в котором они определены, то есть охватывающем классе. Доступ к закрытым членам можно получить по ссылке «this», а также по другим экземплярам класса, включающего эти члены, но только в пределах определения этого класса.

Частный пакет (по умолчанию): Этот спецификатор доступа будет предоставлять доступ, указанный спецификатором частного доступа, в дополнение к доступу, описанному ниже.

Когда вы разрабатываете какой-либо пакет и, следовательно, какой-то класс (скажем, Class1) в нем, вы можете использовать спецификатор доступа по умолчанию (не нужно упоминать явно), чтобы предоставить член внутри класса другим классам в вашем (том же) пакете. В этих других классах (в том же пакете) вы можете получить доступ к этим членам по умолчанию в экземпляре Class1. Также вы можете получить доступ к этим элементам по умолчанию в подклассах Class1, скажем Class2 (по этой ссылке, или в экземпляре Class1, или в экземпляре Class2).

По сути, в одном пакете вы можете получить доступ к членам по умолчанию в экземпляре класса напрямую или по ссылке «this» в подклассах.

защищенный: Этот спецификатор доступа будет предоставлять доступ, указанный спецификатором доступа частного пакета, в дополнение к доступу, описанному ниже.

Когда вы разрабатываете какой-либо пакет и, следовательно, некоторый класс (скажем, Class1) в нем, вы должны использовать защищенный спецификатор доступа для члена данных в Class1, если вы не хотите, чтобы этот член был доступен вне вашего пакета (скажем, в пакете потребителя из ваш пакет, то есть клиент, который использует ваши API) в целом, но вы хотите сделать исключение и разрешить доступ к этому члену только в том случае, если клиент пишет класс, скажем, Class2, который расширяет Class1. Таким образом, в общем случае защищенные члены будут доступны по ссылке this в производных классах, то есть в Class2, а также в явных экземплярах Class2.

Пожалуйста, обрати внимание:

1. Вы не сможете получить доступ к унаследованному защищенному члену Class1 в Class2, если вы попытаетесь получить к нему доступ в явном экземпляре Class1, хотя в нем это передается по наследству.
2. Когда вы пишете другой класс Class3 в том же / другом пакете который расширяет Class2, защищенный член из Class1 будет доступен по этой ссылке, а также по явному экземпляру Class3. Это будет быть верным для любой расширенной иерархии, т.е. защищенного члена будет по-прежнему доступен по этой ссылке или экземпляру расширенного класс. Обратите внимание, что в Class3, если вы создаете экземпляр Class2, тогда вы не сможете получить доступ к защищенному члену из Class1, хотя это передается по наследству.

Итог: К защищенным членам можно получить доступ в других пакетах, только если некоторый класс из этого другого пакета расширяет класс, включающий этот защищенный член, а защищенный член доступен по ссылке «this» или явным экземплярам расширенного класса в пределах определения расширенного класса.

общественный: Этот спецификатор доступа будет предоставлять доступ, указанный спецификатором защищенного доступа, в дополнение к доступу, описанному ниже.

Когда вы разрабатываете какой-то пакет и, следовательно, какой-то класс (скажем, Class1) в нем, вы должны использовать спецификатор публичного доступа для члена данных в Class1, если вы хотите, чтобы этот член был доступен в других пакетах на экземпляре Class1, созданном в каком-то классе другого упаковка. В основном этот спецификатор доступа следует использовать, когда вы намереваетесь предоставить миру свой член данных без каких-либо условий.

Это изображение поможет вам легко понять основные различия между модификаторами доступа public, private, protected и default. Модификатор по умолчанию применяется автоматически, если вы не объявляете в своем коде модификаторы доступа ant.