Dlaczego prywatne zmienne członkowskie mogą być zmieniane przez instancję klasy?

Question

class TestClass 
{ 
    private string _privateString = "hello"; 
    void ChangeData() 
    { 
     TestClass otherTestClass = new TestClass(); 
     otherTestClass._privateString = "world"; 
    } 
} 

Ten kod kompiluje się w języku C#, a odpowiednik działa w PHP, ale czy ktoś może wyjaśnić, dlaczego tutaj można zmienić otherTestClass._privateString?

Wydaje mi się, że wystąpienie klasy nie powinno być w stanie zmienić prywatnej zmiennej członkowskiej w żadnych okolicznościach, a próba uzyskania dostępu do otherTestClass._privateString spowodowałaby błąd "niedostępny z powodu poziomu ochrony".

To nie jest przypadek, choć, więc dlaczego instancji obiektu wewnątrz własnej klasy pozwalają uzyskać dostęp do prywatnych członków? A czy w takim razie nie może to zepsuć enkapsulacji? Czy może brakuje mi czegoś oczywistego?

• (Nie pytam, czy powyższe klasy konstrukcja jest dobra praktyka, po prostu zastanawiasz się o teorii za nim.)

Edycja - dzięki za odpowiedzi i komentarze. Aby wyjaśnić, jestem również zainteresowany wiedząc, czy możliwość to zrobić jest uważana za pozytywną cechę, lub jeśli jest to koniecznym kompromisem dla lepszego sprawdzania kompilacji/klarowności/ponieważ większość innych języków robi to w ten czy w inny sposób. Wydaje mi się, że idealnie kompilator zapobiegnie lub ostrzeże cię o tym, ale jestem daleki od projektanta języka. Wszelkie przykłady tego, jak to jest w ten sposób, pozwalają zrobić coś użytecznego (bez naruszania hermetyzacji), które w przeciwnym razie byłoby trudne lub niemożliwe, byłoby wspaniałe.

Answer 1

Członkowie prywatni są dostępni dla dowolnego kodu w tekście programu tej klasy (także w obrębie typów zagnieżdżonych). Nie ma to nic wspólnego z tym, z którą klasą masz do czynienia.

nie wierzę, to narusza enkapsulacji - API jest jeszcze oddzielone od wykonania, ale realizacja „wie” o sobie bez względu na wystąpienie to patrzy.

Wierzę, że w niektórych innych językach to nie jest jak działa dostępność, ale zdecydowanie jest dla C# i Java. (Java ma nieco inne zasady dotyczące dostępu do prywatnych członków, ale przetłumaczony kod z tego, co napisałeś, nadal będzie działać.)

Answer 2

Dzieje się tak, ponieważ C# wymusza prywatność na poziomie klasy, a nie na poziomie obiektu.

Większość języków mainstreamowe egzekwować tę samą politykę, czyli C#, C++ i Java. Myślę, że powodem są:

1), ponieważ programiści są przyzwyczajeni do tego rodzaju polityki;

2) z powodu poziomu obiektu prywatności staną się zbyt uciążliwe w zamian z nielicznych zalet.