ООП в JavaScript. Полиморфизм

Вокруг ООП (объектно-ориентированное программирование) слагается огромное количество мифов и легенд. Сложилась ситуация, при которой опытные программисты сильно критикуют этот подход в программировании. В то время, как неопытные новички возлагают большие надежды на ООП, как на способ защиты от написания плохого кода. Так на чьей стороне правда? Будем разбираться.

Причина появления ООП - это постоянное усложнение программ. Чем больше пользователь хочет от программы, тем сложнее она становится. Соответственно в какой-то момент программа становится очень сложной. Когда количество кода разрастается до несколько тысяч строк, то ориентироваться в таком коде становится почти невозможно. Разросшийся код - потребовал от ведущих программистов какого-то решения. А решение здесь может быть только одно - разбить одну большую задачу на несколько маленьких подзадач. В программировании это называется - разбивкой на модули.

Каким способом разбить код на модули, особенно новичку без опыта? Любой программист вам скажет, что правильно разбить программу на модули очень тяжело. Поскольку программист должен иметь четкое представление о том, как эти задачи между собой связаны. Какую бизнес задачу решает отдельно взятый модуль? Плохая новость заключается в том, что никто до конца на 100% не знает, что ещё потребуется в конечном продукте. Даже при самом тщательном планировании и огромном бюджете, заказчик обязательно произнесет свою коронную фразу: "А давайте добавим сюда еще это..". Поэтому программа должна писаться таким образом, чтобы при внесении изменений в уже готовый модуль, не сломалась логика всей программы. Как это работает?

Мы выявляем в программе те модули, которые могут работать абстрактно (без привязки к специфическим характеристикам, например: отпечатки пальцев, цвет глаз). Смоделируем абстрактную модель для формы авторизации, оставляя только важные параметры, которые потом станут свойствами. Главная модель формы авторизации - это user. Давайте определим самые важные параметры для user, это username, password и email. Теперь мы можем построить объект с этими тремя свойствами. Помимо свойств, у объекта user есть и методы (действия), например user регистрируется (register()) на сайте, затем входит (login()) в свой акаунт и выходит (logout()) из аккаунта.

Вот так происходит процесс моделирования модуля:

• определяется главная модель (сущность)
• вычисляется круг присущих только ей свойств
• продумываем с чем будет она взаимодействовать

При первоначальном планировании, важно наметить самые важные свойства и методы у объекта, без которых никак не обойтись. Этот шаг является самым сложным и ключевым. Если вы неправильно заложите методы и свойства у объекта, то в дальнейшем будете мучаться с этим кодом. Чтобы избавить, вас от подобных мучений, умные люди придумали рефакторинг (исправления и улучшения) кода.Но мы не будем сейчас касаться этой темы. Прежде чем, вы дойдете до рефакторинга, вам нужно научиться абстрагироваться. Написание кода в ООП стиле всегда начинается с абстрагирования, то есть вычленяем все важные свойства и методы у сущности.

Полиморфизм

Полиморфизм в программировании - это возможность переменной принимать разные типы данных, а методам работать с разными действиями.

На многих сайтах часть информации доступна только авторизованным пользователям. В свою очередь авторизованные пользователи могут делится на пользователей с разными ролями: админов (admin), модераторов (moderator), читателей (reader). Есть общие свойства и методы, присущие всем ролям, но также есть и уникальные методы, привязанные только к одной конкретной роли.

У объекта user есть метод getLessons() с какой-то базовой функциональностью. Но у разных групп пользователей могут быть свои уникальные функции (описываем их в условиях). То что позволено админу, не доступно читателю и.т.д. Поэтому один метод getLessons() у разных групп будет и работать по разному.

Полиморфизм, это когда один и тот же метод будет меняться в зависимости от того, что за сущность (с какой ролью) авторизировалась на сайте.

Заключение

ООП всего лишь инструмент и надо научиться правильно его применять. Если мы применим его правильно, то получим хороший результат. Если мы применим ООП там, где это неоправданно, то и результат будет так себе. В моем видеокурсе по JavaScript, вы увидите, как на практике применять ООП подход при создании простого хранилища данных.