fokus-lop May 31 2019 at 15:53

10 принципов объектно-ориентированного программирования, о которых должен знать каждый разработчик

5 min

52K

Skillbox corporate blogProgramming*Java*Studying in IT

Translation

+15

Comments 26

questor May 31 2019 at 16:10

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

+16

Acuna Jun 1 2019 at 16:05

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

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

Но композицию, LSP и им подобные да, надо все-таки гуглить… Но как говорили преподаватели у меня в универе — «Университет — это место, где учат находить знания».

agalakhov May 31 2019 at 16:10

Подавляющее большинство этих принципов относятся не конкретно к ООП, а к программированию вообще. В любой парадигме и на любом языке. Слово "класс" при необходимости меняется на слово "функция", "структура", "модуль", "файл исходных текстов" и т.д. в зависимости от особенностей конкретного языка. При отсутствии в языке явных слов private и public вместо них могут работать области видимости, слово "static" в plain C, непрозрачные структуры там же, схемы именования и др.

sshikov May 31 2019 at 19:03

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

priority May 31 2019 at 17:05

Жду статью о бинарном поиске и сортировках!

Palpatin May 31 2019 at 18:58

Про сортировки будет очень интересно почитать!

UFO just landed and posted this here

shishmakov Jun 2 2019 at 22:48

Ждём 10 способов реализовать сортировку «Пузырьком»!

UFO just landed and posted this here

Frintezza93 May 31 2019 at 17:05

Liskov substitution описан, как мне кажется, неверно.
Даже если предположить существование некоторого метода

area(Rectangle r)

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

fogone May 31 2019 at 18:22

Да, почему-то очень любят использовать связь прямоугольник-квардрат как иллюстрацию наследования, хотя это очень плохой пример и (подумав) такой код никогда в реальной жизни не напишешь. Мало того, что очень сложно выбрать, кто от кого наследуется, так еще и сразу начинают лезть несоответствия вроде того, что описал Frintezza93. Из за этого обычно не рекомендуют наследоваться от реализаций, но только от специально подготовленных астрактных классов или еще лучше реализовывать интерфейсы типа Figure с метдами вроде area() и дргуих.

Carburn May 31 2019 at 21:20

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

VolCh May 31 2019 at 21:35

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

altexxx May 31 2019 at 22:15

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

Deosis Jun 3 2019 at 09:24

Скорее квадрат — внук параллелограмма и правнук трапеции.

fogone Jun 1 2019 at 12:50

Тогда возможно он должен быть не потомком, а экземпляром прямоугольника?

altexxx May 31 2019 at 22:27

Пример и правда не лучший — стоило бы убрать сеттеры и передавать параметры в конструктор (Rectangle(int width, int height) и Square(int size), тогда бы было меньше вопросов. Классы не обязаны быть изменяемыми.

UFO just landed and posted this here

Vahman May 31 2019 at 20:27

Ещё пара сотен таких статей, и люди запомнят принципы

aol-nnov Jun 1 2019 at 07:28

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