У меня есть следующий код:
public class PersonInitializer
{
private Person _person;
public static Person LoadFromFile(string path)
{
PersonInitializer x = new PersonInitializer();
Person p = x._person; //Why am I accessible?
return x.LoadFromFile(); //Sure.
}
public Person LoadFromFile(string path)
{
}
}
Почему _person доступен из x, даже если это private? Что я могу сделать, чтобы «защитить» _person?
Это потому, что вы обращаетесь к нему из функции-члена. Если вы хотите запретить доступ к этой конкретной функции, вы можете переместить эту статическую функцию в новый класс.
Он доступен, потому что вы являетесь классом, в котором он определен!
Модификаторы доступа применяются к классам, а не к экземплярам класса. Это означает, что экземпляр класса A имеет доступ ко всем закрытым членам другого экземпляра класса A.
Я предполагаю, вы согласны со мной, что это нормально:
var p = this._person;
Но как насчет этого:
public void DoSomething(PersonInitializer personInitializer)
{
var p = personInitializer._person;
}
Согласно вашему предположению, этот код будет действителен в зависимости от ввода.
Пример:
DoSomething(this); // ok
DoSomething(other); // not ok
Это не имеет никакого смысла :-)
Из документации:
Закрытые члены доступны только внутри тела класса или структуры, в которой они объявлены.
Поскольку LoadFromFile находится в теле класса, где объявлен _person, он имеет к нему доступ. С этим ничего не поделаешь, так как
Частный доступ — это наименее разрешительный уровень доступа.
Частные переменные/ссылки доступны только в классе, в котором они определены.
Поскольку в вашем случае ссылка Person _person; определена в том же классе, из которого вы к ней обращаетесь, она доступна.
В C# (и Jave, C++) область действия поля зависит от класса, поэтому все экземпляры класса могут обращаться к закрытым членам других экземпляров того же класса. .
В таких языках, как Eiffel (и Smalltalk), область действия поля определяется в экземпляре, поэтому доступ к закрытому полю может быть только в одном и том же экземпляре. Метод Эйфеля может быть лучше, но C++ завоевал сердца и умы большинства программистов, поэтому мало кто сомневается в «области действия на основе классов».
