Наследование private полей?

Question

[CodeOfYourLIfe]

Некоторое время изучаю C # и остановился на главе "наследование", возможно позже этот вопрос рассматривается подробнее но хотелось бы получити ответ сейчас

class B
   {
      private int b;
      public int GetSetb { get { return b; } set { b = value; } }
   }
   class C : B
   {       
   }

Переменная b определена как private и насколько я понимаю не принадлежит классу C но когда я public свойством GetSetb присваиваю ей значение такой код работает и я могу вывести b хотя оно (насколько я понимаю) не принадлежит классу C

Answer 1

[profesor08]

Так ты паблик методом меняешь приватное свойство. Все в норме. У тебя нет прямого доступа к переменной, но при помощи метода, ты его предоставляешь. И в нем можешь делать какие-то проверки. Аналогично не будет работать b.b, но будет b.GetSetb

Comments

[CodeOfYourLIfe]

То есть при наследовании private поле b таки преходить к классу C просто не доступно на прямую?

[profesor08]

CodeOfYourLIfe, да

[Александр]

CodeOfYourLIfe, если хотите, чтоб поле было доступно наследникам, отмечайте его не private а protected

[Griboks]

CodeOfYourLIfe, наследуются все поля и методы класса.

[Андрей]

Griboks, и да и нет. В унаследованном классе вы вполне можете определить поля и методы с таким же именем как у приватные поля и методы у родительских классов, при этом они могут быть других типов и модификаторов доступа и не будут переопределяться и перекрываться.

[Griboks]

Андрей, дочерние объекты выделяют память под все поля и методы родителя. Следовательно, они наследуются. Или я неправду говорю?

[Андрей]

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

[profesor08]

Андрей, полиморфизм и инкапсуляция. Родитель сохраняет состояние, в то время как потомок может менять реализацию.

[Андрей]

profesor08, к приватным полям и методам это не относится. Изменить их реализацию вы не можете

[profesor08]

Андрей, могу.

class A {
   private void doSmth() {}
}

class B : A {
  private string doSmth() {}
}

Интерфейс сохранился, реализация изменилась.

[Андрей]

profesor08, вы не изменили реализацию. Потомок не может менять рализацию приватных методов. Приватные методы к интерфейсам не относятся.

public class Program
{
	public static void Main()
	{
		A a = new A();
		B b = new B();
		a.Run();
		b.Run();
	}
}
class A {
	public void Run(){
		Console.WriteLine(doSmth());
	}
   private string doSmth() {
	  return "Smth A";
   }
}

class B : A {
  private string doSmth() {
	  return "Smth B";
  }
}

[profesor08]

Андрей, замени все на public и получишь то-же поведение, потому что метод Run знает только о полях своего класса, либо родителя, и ничего не знает о потомках. Вот по этому вывод одинаковый. Чтоб он был разным, в классе В тоже на определить метод Run, который уже будет выводить то, что надо.

class B : A {
      public void Run(){
        Console.WriteLine(doSmth());
      }
        
      public string doSmth() {
        return "Smth B";
      }
    }

Smth A
Smth B

[Андрей]

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

[profesor08]

Андрей, ну как-же, вон переопределил. И приватность тут не играет никакой роли.

[Андрей]

profesor08, нет, не переопределили. Переопределить то, что отсутствует нельзя, а для дочернего класса приватные методы родительского класса отсутствуют, он о них не знает и узнать не может.
Переопределение подразумевает изменение унаследованного функционала. Приватные методы и поля не являются унаследованным функционалом. Поэтому вы не переопределяете их, и даже не скрываете (как бывает, когда используется new).

Answer 2

[Андрей]

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