Что наследуется в ООП? Как работает наследование?

Question

[wideShift]

Хотел бы прояснить некоторые моменты про наследование.
1)Когда создается объект класса он наполняется свойствами и методами текущего класса и родителя? Приватные свойства и методы наследуются?
2) Почему нельзя понижать доступ? К примеру у родителя метод public, а у наследника я этот метод переопределил на protected?
3) Возможно ли как-то визуально посмотреть что попадает в объект (в виде дерева или как-то по другому)?

Answer 1

[Adamos]

Publlic / protected / private - это архитектура. Компьютеру они на хрен не нужны, они ограничивают программиста.
И уж если программист считает, что метод должен быть публичным - значит, любой наследник должен его реализовывать. Если приватным - значит, нечего в него лезть наследникам. Если защищенный - значит, только этот класс и его наследники о том, что он существует, и должны знать.

А если у вас сын утки плавает, как утка, но молчит, как рыба - это не он урод, а вы с планированием классов обосрались. Нет, не тот парень, от чьих классов вы наследуетесь, а именно вы. И те парни, которым надо будет поддерживать ваш код (если они знают не только о принципе Лисков, но и где вы живете) смогут очень доходчиво вам это объяснить.

Comments

[Максим Федоров]

если они знают не только о принципе Лисков, но и где вы живете

Браво :)

[DevMan]

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

не должен, а может.

[Adamos]

DevMan, может переопределить. Но должен реализовывать (а не прятать в приватные, например).

[DevMan]

Adamos, а может наследовать.

[DevMan]

Adamos, не спора ради, а уточнения для.
в целом ты нормально распедалил.

Answer 2

[alexanderzanin]

1. Все верно, все наследуется.
   
2. Тут нужно понимать, для чего существуют public, protected, private. Public используется для использования функционала класса в других частях программы. Если у класса один метод public и условно 10 private методов, то в приватных методах скрыта реализация функционала, а public уже отдает или получает, или то и другое. Классу, который использует public метод другого класса не важно, как работает все внутри приватных методов. Поэтому и смысла нет в изменении public на protected или private. Иначе ваш класс становиться замкнутым и бесполезным.
   
3. тут можно почитать про reflection
   

Comments

[wideShift]

Вот такой пример.

<?
class Animal
{
	public function eat()
	{
		echo 'кушаю...';
	}
}

class Cat extends Animal
{
	protected function eat()
	{
		echo 'кушаю...';
	}
}

Почему я не могу переопределить метод с понижением доступа?
Не понимаю чем это руководствуется

[alexanderzanin]

wideShift, метод protected в классе Cat в данном случае становится бесполезным. Вы не можете после этого сделать так:

$cat = new Cat();
$cat->eat();

[wideShift]

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

<?
class Animal
{
  private function eat()
  {
    echo 'кушаю...';
  }
}

class Cat extends Animal
{
  protected function eat()
  {
    echo 'кушаю...';
  }
}

[alexanderzanin]

wideShift, потому что это никак не мешает функционалу. И private и protected для сокрытия внутренней реализации, просто protected в наследниках можно использовать под себя.

[wideShift]

alexanderzanin, а так

<?
class Animal
{
  protected function eat()
  {
    echo 'кушаю...';
  }
}

class Cat extends Animal
{
  public function eat()
  {
    echo 'кушаю...';
  }
}

[Vitsliputsli]

wideShift,

class Animal
{
  public function eat()
  {
    echo 'кушаю...';
  }
}

class Dog extends Animal {}
class Sheep extends Animal {}

Class Humanoid
{
    public function feed(Animal $animal)
	{
	    $animal->eat();
	}
}

А вы сюда добавляете:

class Cat extends Animal
{
  private function eat()
  {
    echo 'кушаю...';
  }
}

Что будет? При попытке покормить кота все свалиться в ошибку во время выполнения.
Не нужно пытаться найти здесь лазейки, эти ограничения сделаны специально для уменьшения кол-ва ошибок. Прочитайте про принцип Барбары Лисков, эти принципы родились из практики.
Второй вариант, переопределение метода с тем же именем, но как public, возможно, хотя лучше дать ему другое имя. Ситуация вполне допустима, т.к. мы можем ничего не знать про внутреннее устройство родительского класса.

[Олег]

wideShift,
Приват - внутрення кухня, паблик - как объектом могут управлять другие .
Протектед - лазейка к внутренней кухне для вариации объекта.

Например клас Чайник.
публичный метод - ПолучитьЧашкуЧая(), который вызывает
приватные методы налить_воды(), кипятить()

Делаем потомка ЧайникПолныйВоды.
упс.. а кипятить то как. Выливать воду и юзать родителя ? или все таки кипятить сделать протектед.

[DevMan]

использование коротких тегов == мудак.

Answer 3

[Олег]

п.3 var_dump() подойдет ?
п.1 Да. Но ты не можешь к ним обратиться напрямую. Обычно они в родительском классе инициализируются через конструктор. Так что в наследнике вызываешь сперва конструктор родителя . А потом присваиваеш свои дополнительные поля.

п.2) Публик - протектед высасан из пальца.

https://www.php.net/manual/ru/language.oop5.interf...

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