Просто о SOLID (Принципы SOLID)

  Рет қаралды 215,756

webDev

webDev

Күн бұрын

#YauhenK #webDev #ПростоО #SOLID
Всех приветствую в новом видео касте «Просто о».
Добро пожаловать в пилотный выпуск нового видеокаста, который я назвал «Просто о».
В нём я постараюсь простыми словами объяснять сложные вещи, которые можно встретить в программировании и разработке.
Например, SOLID, CI/CD, Agile, Scrum и Kanban, Mutable и Immutable, Critical Rendering Path, парадигмы ООП и ещё много чего интересного.
И в сегодняшнем выпуске мы поговорим о таком принципе ООП, как SOLID.
✒ Timeline:
✔ 0:00 - Введение
✔ 0:59 - Общение сведения
✔ 2:23 - Принцип единой ответственности
✔ 4:42 - Принцип открытости и закрытости
✔ 7:16 - Принцип подстановки Барбары Лисков
✔ 10:11 - Принцип разделение интерфейсов
✔ 12:12 - Принцип инверсии зависимостей
✒ Полезные ссылки:
✔ Конспект лекции: github.com/YauhenKavalchuk/us...
✒ Полный список готовых и планируемых курсов:
✔ Trello: trello.com/b/R6rD7qq8
✒ Автор курса:
✔ KZfaq: / yauhenkavalchuk
✔ Instagram: / yauhenkavalchuk
✔ Twitter: / yauhenkavalchuk
✔ VK: YauhenKavalchuk
✔ LinkedIn: / yauhenkavalchuk
✔ GitHub: github.com/YauhenKavalchuk
✔ VK (Группа): webdevcom
✒ Поддержать развитие канала: github.com/YauhenKavalchuk/yo...

Пікірлер: 395
@alexandrkruglyak
@alexandrkruglyak 4 жыл бұрын
Принципы SOLID можно изучать вечно и каждый раз познавать что то новое, особенно когда применяешь часто на практике) Спасибо!
@user-tz8qo8tk8p
@user-tz8qo8tk8p 4 жыл бұрын
Евгений выражаю вам мою искреннюю благодарность за ваш труд! Как всегда все коротко, информативно, и разложенно по полочкам, лайк без вопросов!
@pavloskuibida6292
@pavloskuibida6292 3 жыл бұрын
то чувство когда ты джун, тебе нужно знать все, зашел сюда, поставил лайк и решил, что на собесе скажу просто как это расшифровывается)
@YauhenKavalchuk
@YauhenKavalchuk 3 жыл бұрын
🤣
@zakharkulbachenko3433
@zakharkulbachenko3433 3 жыл бұрын
Сегодня на собеседовании слил этот вопрос) три тим лида ржали с меня
@DENDYTWOO
@DENDYTWOO 2 жыл бұрын
@@zakharkulbachenko3433 прошел собес?
@extrageniuz
@extrageniuz 2 жыл бұрын
@@DENDYTWOO видимо он умер
@immortal_lnight
@immortal_lnight 2 жыл бұрын
Я ЧУДОМ не зная почти ничего стал Джуниором, сейчас смотрю на остальные вакансии и жёстко дристаю понимая что я почти нихера не знал и попал на работу :). Сейчас хочу выучить ВСЁ по требованиям, набрать коммерческого опыта и жить спокойно
@user-qp8bt7gq4b
@user-qp8bt7gq4b 4 жыл бұрын
Отличное видео. Оно настолько минималистично, насколько это нужно, чтобы быть максимально понятным. Эталон. Спасибо.
@romanhrechuk7775
@romanhrechuk7775 4 жыл бұрын
Спасибо за Ваш труд! Жду с нетерпением следующее видео!
@user-lu8ul6rr9q
@user-lu8ul6rr9q 4 жыл бұрын
Спасибо коллега, побольше такого контента и если можно расскажи про CI/CD
@YauhenKavalchuk
@YauhenKavalchuk 4 жыл бұрын
Это следующее видео в этом плейлисте, проверяй!
@grommaks
@grommaks 4 жыл бұрын
Тема крутая. Однозначно лукас :) <a href="#" class="seekto" data-time="387">6:27</a> стрелочная функция getPrice не возвращает цену (нет return) <a href="#" class="seekto" data-time="651">10:51</a> какая цель иметь интерфес с геттерами для все моделей автомобилей. Только недавно на sOlid говорил же что ненадо так делать <a href="#" class="seekto" data-time="650">10:50</a> Класс реализует интерфейс. Интерфейс может наследовать другой интерфейс... <a href="#" class="seekto" data-time="720">12:00</a> Итого мы получили три независимых класса...хотя цель была разделить интерфейсы.. Условно если у нас есть API ядро, которое ожидало этот класс с тремя методами, то теперь такого больше нет... Результат должен был быть class Foo implements BarInterface, BazInterface, BazzzInterface { ... } При условии что при плохой архитектуре было class Foo implements FooInterface { ... } где FooInterface это сумма методов и свойст из BarInterface, BazInterface, BazzzInterface Все остальное мне понравилось, и примеры интересные
@YauhenKavalchuk
@YauhenKavalchuk 4 жыл бұрын
Спасибо за детальные объяснения нюансов!
@12345_qwerty
@12345_qwerty 4 жыл бұрын
А в инверсии зависимостей так ли нужны два класса XmlHttpService и XmlHttpRequestService? Почему не реализовать один класс абстракцию с реализацией всего что нужно?
@grommaks
@grommaks 4 жыл бұрын
@@12345_qwerty Как я понимаю это был пример, который илюстрировал что зависимость от наследника - плохо. В супер классе могла быть логика, и могло быть еще несколько наследников...для примера все упрощено Однако с именами классов чересчур напутано...на то он и плохой пример, который нельзя делать в проекте :)
@engel8486
@engel8486 4 жыл бұрын
Отличное объяснение, хоть и с нюансами некоторыми) спасибо, жду ещё видео такого формата
@crashoverride9681
@crashoverride9681 4 жыл бұрын
Спасибо!
@dmitryfokin5205
@dmitryfokin5205 4 жыл бұрын
Принцип инверсии зависимостей - хороший принцип, главное не увлекаться уровнями абстракций.
@Demasification
@Demasification 4 жыл бұрын
Спасибо! Может в будущих видео будет время рассказать о low, high level modules. Пока что нет четкого понятия. Супер что будут уроки по TypeScript!
@YauhenKavalchuk
@YauhenKavalchuk 4 жыл бұрын
Подумаю
@sea-lucky7143
@sea-lucky7143 9 ай бұрын
Спасибо за видео. Было бы прикольно посмотреть все эти принципы в функциональном программирование)
@YauhenKavalchuk
@YauhenKavalchuk 9 ай бұрын
Пожалуйста
@dizelvinable
@dizelvinable 4 жыл бұрын
Супер! Много читал/смотрел из разных источников. И мало что понимал. Теперь почти всё понял. Спасибо!)
@dmitryfokin5205
@dmitryfokin5205 4 жыл бұрын
Принцип подстановки Барбары Лисков - хороший принцип. На практике, обычно, соблюдается сам собой. В голове держать надо.
@Elator11777
@Elator11777 4 жыл бұрын
Как раз то, что искал - спасибо!
@Jorjeee
@Jorjeee 4 жыл бұрын
Супер , я вообще не знал что есть такие понятия. Случайно наткнулся та это видео. Спасибо большое))
@user-genderZi
@user-genderZi 4 жыл бұрын
Классно объяснил! Спасибо. Все очень понятно. Зачот!
@Rapterlol
@Rapterlol 4 жыл бұрын
Спасибо! Полезная информация!
@dmytrolambru2984
@dmytrolambru2984 4 жыл бұрын
Спасибо большое за видео! Можно было бы разбить на короткие, но более подробные видео как с паттернами, но это все мои хотелки ... Ждем продолжения серии ! :)
@quieteroks
@quieteroks 4 жыл бұрын
Все здорово, но принцип Лисков не раскрыт, как и проблема квадрат прямоугольник. В вашем примере проблема осталась.
@user-vd9eu5vh5f
@user-vd9eu5vh5f 4 жыл бұрын
Подскажите где посмотреть более корректный пример?
@MOLOKOKEFIR
@MOLOKOKEFIR 4 жыл бұрын
@@user-vd9eu5vh5f если найдешь скинь пожалуйста)
@artemtereza669
@artemtereza669 4 жыл бұрын
@@user-vd9eu5vh5f ota-solid.now.sh/
@artemtereza669
@artemtereza669 4 жыл бұрын
ota-solid.now.sh/
@justasid001
@justasid001 3 жыл бұрын
Почему же осталась? Интерфейс создан, в каждом дочернем классе методы будут переопределены, и вызываться будет версия конкретного метода.
@user-uk3mc9vd3w
@user-uk3mc9vd3w 3 жыл бұрын
огромное спасибо за видео! все по делу, понятно и без воды! очень благодарен!
@YauhenKavalchuk
@YauhenKavalchuk 3 жыл бұрын
Спасибо за отзыв)
@eugenekuzmin4825
@eugenekuzmin4825 Жыл бұрын
Особлива подяка за приклади на TS
@YauhenKavalchuk
@YauhenKavalchuk Жыл бұрын
👍
@klyukvach
@klyukvach 27 күн бұрын
спасибо!
@YauhenKavalchuk
@YauhenKavalchuk 27 күн бұрын
Пожалуйста
@Brick87Game87
@Brick87Game87 4 жыл бұрын
Круто, спасибо за видео
@Epenckorn
@Epenckorn 4 жыл бұрын
Никак не въезжаю. То ли примеры такие подбирают везде дурацкие, то ли идея сама по себе непонятная, то ли я чего-то не понимаю. Из всех примеров, какие я встречал по всему интернету, я могу сделать только один вывод: принципы эти сводятся к тому, чтобы превратить простую парадигму класс-наследник-объекты в чрезмерно разветвлённую структуру из бесконечно растущего количества наследников, отличающихся порой только значениями свойств. Если кто-то реально использует эти принципы, приведите, пожалуйста, пару-тройку примеров, где и почему вы их используете?
@wickedtorpedo75
@wickedtorpedo75 Жыл бұрын
самый лучший примеры для таких принципов слишком сложны для понимание к примеру исходные коды фреймворов Laravel и Symfony и они в открытом доступе, просто наследуешь базовой контроллер и твой контроллер превращается в супер мутант монстра который способен на все, аналогично работает все компоненты этих фреймворков
@user-ve5xx8dr5l
@user-ve5xx8dr5l 4 жыл бұрын
Спасибо за полезное видео. Интересно также увидеть как можно реально применить принципы solid в проекте например на react.
@user-vk6te2eb4p
@user-vk6te2eb4p 4 жыл бұрын
Да какой там ооп в реакте? Какой solid? Я уже забыл, когда использовал последний раз слово class в реакте, создавая компонент. Все на функциях и хуках. Не, из пальца там, наверное, можно что-то высосать и с умным лицом задвигать об этом, используя непонятные слова. Но на реальных проектах в реальном мире, - я вас умоляю.
@CrueL54
@CrueL54 2 жыл бұрын
Спасибо за видео, отличное объяснение.
@YauhenKavalchuk
@YauhenKavalchuk 2 жыл бұрын
Пожалуйста)
@albertrain7093
@albertrain7093 4 жыл бұрын
Наследовать машины от цены - это ООП курильщика ))) Они не являются ценами, они имеют цены. Соответственно грамотнее будет использовать композицию, или агрегацию вместо наследования :)
@dmytrokucheriavyi605
@dmytrokucheriavyi605 4 жыл бұрын
а еще лучше , если это Typescript, добавить интерфейс/абстактный клас, который будет содержать метод getPrice.
@Skyfauer
@Skyfauer 4 жыл бұрын
@@dmytrokucheriavyi605 А этого в этом видео разве не делает автор?
@alexeybobr4537
@alexeybobr4537 3 жыл бұрын
Согласен. Пример с ценами крайне неудачный
@user-tq9ho2dp5p
@user-tq9ho2dp5p 3 жыл бұрын
Это вполне нормальное решение, просто сделано чуть через жопу. В идеале создается интерфейс IPriceProcessable например, у него есть метод getPrice который и реализуется классом. Я правда хз, как с этим обстоят дела в TS.
@NonAmericanFood
@NonAmericanFood 3 жыл бұрын
@@user-tq9ho2dp5p в твоём случае ты о шарпе, так.
@Cleannetcode
@Cleannetcode 3 жыл бұрын
Спасибо, хорошое объяснение. В объяснении SOLID всегда возникает ряд неточностей, полный список примеров сложно привести. Главное чтобы люди улавливали суть, а еще лучше умели анализировать свой код на предмет нарушения и реализации SOLID
@YauhenKavalchuk
@YauhenKavalchuk 3 жыл бұрын
Спасибо за отзыв)
@fisherenok
@fisherenok 4 жыл бұрын
Как всегда годно)
@blagumur.kratos
@blagumur.kratos 2 жыл бұрын
Просто и понятно, супер пояснение, спасибо!
@YauhenKavalchuk
@YauhenKavalchuk 2 жыл бұрын
Пожалуйста)
@sergeyivanov3351
@sergeyivanov3351 4 жыл бұрын
"Реально хочу надеяться..." клевый оборот речи
@YauhenKavalchuk
@YauhenKavalchuk 2 жыл бұрын
🤣
@eugeniuszjarocki109
@eugeniuszjarocki109 4 жыл бұрын
Очень хорошая идея с данной рубрикой. Зачастую лень сидеть гуглить и разбираться в той или иной тематике (например, что такое REST, SOLID и тд) и хочется просто посмотреть короткий ролик. Будем ждать новых видео :)
@romanbush5164
@romanbush5164 2 жыл бұрын
Принцыпы сухпайка)
@YauhenKavalchuk
@YauhenKavalchuk 2 жыл бұрын
?
@vadimm3077
@vadimm3077 4 жыл бұрын
Спасибо тебе друже! Очень рад что нашел твой канал хотя не часто захожу сюда и как вижу зря!
@teamplay5921
@teamplay5921 4 жыл бұрын
Понравилось, спасибо! Лисков немного подкачал.... палец вверх!
@sanyastorm
@sanyastorm 4 жыл бұрын
Супер Коротко и ясно Спасибо
@user-jr5hw4gx1y
@user-jr5hw4gx1y 3 жыл бұрын
Спасибо, очень коротко, доступно и понятно
@YauhenKavalchuk
@YauhenKavalchuk 3 жыл бұрын
Пожалуйста)
@dsalodki
@dsalodki 4 жыл бұрын
действительно просто, подписчиков мало ещё бы разобрать grasp и gof
@SlavaCh
@SlavaCh 4 жыл бұрын
Нормально подписчиков для it канала, очень хороший результат
@alexaxenov974
@alexaxenov974 3 жыл бұрын
Очень качественное обьяснение спасибо огромное !!!)))
@YauhenKavalchuk
@YauhenKavalchuk 3 жыл бұрын
Пожалуйста!
@denisklyachenko292
@denisklyachenko292 3 жыл бұрын
Очень неплохо. OCP вроде немного не о том, этот принцип говорит о том, что некоторые модули, чье API используется другими, должны закрываться для изменения, чтобы не влиять на тех, кто его использует. LSP - это из области контрактного программирования, если по-простому, то наследники должны расширять базовый класс, а не сужать или изменять его. Кстати, если квадрат и прямоугольник будут неизменяемыми, то наследование возможно. Для понимания SRP неплохо прочитать про Low coupling/ High cohesion, т.к. SRP именно эти принципы пытается описать другими словами.
@user-fv3su4yn3i
@user-fv3su4yn3i 3 жыл бұрын
Мужик, очень здорово объяснил. Чудесная подача материала, ты большой молодец, продолжай в том же духе) Успехов!
@YauhenKavalchuk
@YauhenKavalchuk 3 жыл бұрын
Спасибо большое
@PC-mv5jj
@PC-mv5jj Жыл бұрын
👍
@YauhenKavalchuk
@YauhenKavalchuk Жыл бұрын
👍
@Ledrunning
@Ledrunning Жыл бұрын
Классное видео! Спасибо за работу!
@YauhenKavalchuk
@YauhenKavalchuk Жыл бұрын
Пожалуйста
@user-wz1tn7fn4s
@user-wz1tn7fn4s 4 жыл бұрын
Спасибо, очень круто, думаю на repeat будет долго))) про ооп было бы тоже не плохо в таком формате:) огромное спасибо!
@sanzharabdurahmanov5082
@sanzharabdurahmanov5082 2 жыл бұрын
Идеально понятное объяснение принципа SOLID, оргомнейший лайкос !!!
@YauhenKavalchuk
@YauhenKavalchuk 2 жыл бұрын
Спасибо
@awwwesoman
@awwwesoman Жыл бұрын
Спасибо за классный разбор принципов SOLID
@YauhenKavalchuk
@YauhenKavalchuk Жыл бұрын
Спасибо за отзыв
@user-lf7mp6fv1u
@user-lf7mp6fv1u 4 жыл бұрын
спасибо, то что нужно
@alex330k47
@alex330k47 3 жыл бұрын
Для демонстрации принцыпа подстановки Лисков используется крайне спорный пример, обсуждаемый во многих форумах. Главная претензия к этому примеру в том, что нельзя наследовать квадрат от прямоугольника так как они используют разные параметры. От сюда вытекает нарушение принцыпа Лисков, так как методы использующие прямоугольник не подходят (без модефикаций) к Квадрату
@YauhenKavalchuk
@YauhenKavalchuk 3 жыл бұрын
¯\_(ツ)_/¯
@bigdnotation
@bigdnotation 2 жыл бұрын
Спасибо, всё предельно понятно)
@YauhenKavalchuk
@YauhenKavalchuk 2 жыл бұрын
Пожалуйста
@JavaScriptcher
@JavaScriptcher 2 жыл бұрын
Предлагаю тему к следующему видео: Просто о шаблоне MVC
@YauhenKavalchuk
@YauhenKavalchuk 2 жыл бұрын
👍 ну да, как вариант
@user-ee1lx1pe7n
@user-ee1lx1pe7n 3 жыл бұрын
Спасибо большое! Поскольку я не знаю языка, на котором были примеры, то понятными для меня оказались лишь первые два принципа. Но, и на этом большое спасибо!
@YauhenKavalchuk
@YauhenKavalchuk 3 жыл бұрын
Пожалуйста. Язык TypeScript - он просто добавляет типизацию
@vskovzgird
@vskovzgird 8 ай бұрын
Хорошее объяснение. Не зная тайп скрипт я даже всё понял. Про OCP только поверхностно. Как расширять классы не рассказал
@t3m8ch79
@t3m8ch79 4 жыл бұрын
Отличный и понятный ролик
@Andrew-strong
@Andrew-strong 4 жыл бұрын
Спасибо! Очень круто! Наберусь наглости и нескромно спрошу: а по SSR (в частности по Next.js) у тебя нет планов на курс?
@YauhenKavalchuk
@YauhenKavalchuk 4 жыл бұрын
Есть, возможно, даже в этом году появится курс
@evisotskiydev
@evisotskiydev 4 жыл бұрын
Да, принцип подстановки Лисков всё-равно не понял. Но в любом случае, спасибо за старания
@dmitryfokin5205
@dmitryfokin5205 4 жыл бұрын
Принцип открытости и закрытости - тут нужно ловить баланс. Пример, изменился функционал цены, что лучше? Бегать по всем классам и изменять? Или, как в "неправильном примере", в одном классе в одной функции поменять. Очень сложный вопрос! Если функционал сложный и имеет множество условий в плоть до комбинаторики, то лучше разнести по классам. Если логика попроще, лучше запихнуть в один класс. Еще ошибка - решать данный принцип классами, а не структурой данных. В правильном примере зачем создавать кучу классов? Когда можно решить вопрос объектом содержащим все цены с ключами ссылками, при этом цикл гонять не надо {audi:{tradePrice:100, retailPrice:200}, bmw:{tradePrice:150, retailPrice:250}}. Ну и принцип O противоречит принципу S разбивая функциональность на несколько классов.
@Fioletka_YT
@Fioletka_YT 2 жыл бұрын
крутой
@YauhenKavalchuk
@YauhenKavalchuk 2 жыл бұрын
Спасибо
@SochnayaShaurma
@SochnayaShaurma 4 жыл бұрын
Ничего не понятно, но очень интересно. Видимо я один тут плохо понимаю объяснение. Судя по всему надо ООП в js хорошо знать.
@alexandertarasenko3038
@alexandertarasenko3038 4 жыл бұрын
OOP в JS? :D
@andriikrashivskiy7140
@andriikrashivskiy7140 4 жыл бұрын
в чистом js нет понимания интерфейсов и абстракции. Typescript - это мощь, синтаксис учится буквально за пару дней, а с ним ООП станет намного понятнее и ближе
@user-nc7zt9rj9e
@user-nc7zt9rj9e 4 жыл бұрын
И все таки спасибо мне как раз для собеседования и нужно было хоть какое то представление иметь))
@zeb2296
@zeb2296 Жыл бұрын
Отлично объяснил. Спасибо!
@YauhenKavalchuk
@YauhenKavalchuk Жыл бұрын
Пожалуйста
@MartinEden-ps6ld
@MartinEden-ps6ld Жыл бұрын
за теслу лайк) А объяснение очень компатное и понятное, спасибо)
@YauhenKavalchuk
@YauhenKavalchuk Жыл бұрын
Спасибо
@aleksandrHz
@aleksandrHz 4 жыл бұрын
Основы чистой архитектуры
@sfiirwuejnn
@sfiirwuejnn 3 жыл бұрын
В Liskov subtitution подразумевается же, что класс-наследник не должен менять при переопределении поведение метода родительского класса
@Ingvarsson-Ukr
@Ingvarsson-Ukr Жыл бұрын
Пример в Инверсии зависимостей был слишком сложными, прийшлось еще отдельно детально его разбирать, что бы понять что к чему. А так в целом, хороший видос, много полезного узнал. Спасибо.
@YauhenKavalchuk
@YauhenKavalchuk Жыл бұрын
Пожалуйста
@user-ez2yf3yd3z
@user-ez2yf3yd3z 2 жыл бұрын
OK!
@YauhenKavalchuk
@YauhenKavalchuk 2 жыл бұрын
👍
@andrerussian4016
@andrerussian4016 2 жыл бұрын
Пример с квадратом считаю "высосанным из пальца"\некорректным В функции setWidth можно было сделать "пустое" тело, у функции setHeight сделать только this.height = height, а также переопределить функцию areaOf: areaOf() { return this.height * this.height} Тогда никаких ошибок бы не возникло
@YauhenKavalchuk
@YauhenKavalchuk 2 жыл бұрын
Возможно… но это самый распространённый пример
@temirlanalmassov9408
@temirlanalmassov9408 2 жыл бұрын
Отличное видео, вкратце и понятно, но думаю разрабам с низким уровнем будет сложновато, и возможно стоит посмотреть более подробный разбор принципов
@YauhenKavalchuk
@YauhenKavalchuk 2 жыл бұрын
👍
@sainco3036
@sainco3036 4 жыл бұрын
Спасибо.
@yuriiabramovych1400
@yuriiabramovych1400 4 жыл бұрын
Спасибо, ждем следующий видео))
@artyomovanton
@artyomovanton 7 ай бұрын
<a href="#" class="seekto" data-time="835">13:55</a> оговорка про реализацию в интерфейсе
@YauhenKavalchuk
@YauhenKavalchuk 7 ай бұрын
🤔
@user-qb5cj6px7q
@user-qb5cj6px7q Жыл бұрын
Спасибо, интересно послушать о solid с примерами на родном js)
@YauhenKavalchuk
@YauhenKavalchuk Жыл бұрын
Я ж объяснил в самом начале, почему описанные подходы проблематично показывать на JS). Там везде только объекты, максимум класс. Ни абстракций, ни интерфейсов
@user-qb5cj6px7q
@user-qb5cj6px7q Жыл бұрын
@@YauhenKavalchuk , имел ввиду typescript, конечно. Спасибо, что поправили
@AndrewFloatrx
@AndrewFloatrx 2 жыл бұрын
"L": не сразу понял, но потом дошло! совместимость это да, это правильно! гласное не нарушать при этом "S" (не штамповать "универсальных солдат" в коде)!
@YauhenKavalchuk
@YauhenKavalchuk 2 жыл бұрын
👍
@user-ei9jd7pw4s
@user-ei9jd7pw4s Жыл бұрын
Спасибо огромное!
@YauhenKavalchuk
@YauhenKavalchuk Жыл бұрын
Пожалуйста
@O_Hat
@O_Hat Жыл бұрын
Действительно крутые рекомендации. Смотрю и вижу свои будущие проблемы в коде. Сразу разведу и проблем не будет. Пока смотрел поймал себя на мысли, что теперь я пишу код так. Кто я после этого. Это же совершенно другой уровень. Спасибо Евгений за контент. Полюбому надо посмотреть еще пару раз и повторить руками.
@YauhenKavalchuk
@YauhenKavalchuk Жыл бұрын
Спасибо большое за отзыв
@user-tc1qq5nm3x
@user-tc1qq5nm3x Жыл бұрын
Музыка на фоне отвлекает. Спасибо за видео
@YauhenKavalchuk
@YauhenKavalchuk Жыл бұрын
Да я понял, в новых выпусках не добавлял
@kl45gp
@kl45gp 2 жыл бұрын
О Г О Н Ь !
@YauhenKavalchuk
@YauhenKavalchuk 2 жыл бұрын
👍
@leoabalckin8270
@leoabalckin8270 Жыл бұрын
У меня вопрос насчет принципа единственной ответственности (кстати, слова "единый" и "единственный" - паронимы, я бы не стал их взаимозаменять). Итак, "<a href="#" class="seekto" data-time="140">2:20</a> - итак принцип единой ответственности звучит он как у модуля должна быть только одна причина для изменения или класс должен отвечать только за что-то одно". А вот цитата из Роберта Мартина "Чистая архитектура": "Из всех принципов SOLID наиболее трудно понимаемым является прин цип единственной ответственности (Single Responsibility Principle, SRP). Это, вероятно, обусловлено выбором названия, недостаточно точно соот ветствующего сути. Услышав это название, многие программисты решают: оно означает, или класс должен отвечать только за что-то одно". Самое интересное, что такой принцип действительно существует. Он гласит: функция должна делать что-то одно и только одно. Этот принцип мы исполь зуем, когда делим большие функции на меньшие, то есть на более низком уровне. Но он не является одним из принципов SOLID - это не принцип единственной ответственности." Тут возникает сразу несколько вопросов, и самый первый - кому же верить?
@user-rg5wh3fx2q
@user-rg5wh3fx2q 4 жыл бұрын
Спасибо за видио, с меня лайк. Если вы пишите в TS interface, вы ведь просто делаете описание данных, и когда создаете сущности показываете чему они должны соответствовать, в противном случае ts начнет ругаться. Не совсем понял почему мы имплементируемся в классах от интерфейса
@dmitry.gashko
@dmitry.gashko 4 жыл бұрын
Вы как раз описали почему) Интерфейсы это в первую очередь "описание интерфейса", и по класике их кроме как с классами и не использовать. Это в ts можно просто сказать, что какой-то объект имплементирует какой-то интерфейс
@ercefwxdx
@ercefwxdx Жыл бұрын
Дякую
@YauhenKavalchuk
@YauhenKavalchuk Жыл бұрын
Пожалуйста
@soversus5374
@soversus5374 4 жыл бұрын
Класс для каждого типа авто? Даже не знаю, стоит ли дальше смотреть...
@raul_duken
@raul_duken Жыл бұрын
Подскажиье. 2 пригцип. Если не создавать интерфейс, а в класс ауто добавить ф-ю getPrice(), которая возвращала бы цену, заданую в конструкторе при создании new Auto(name, price). Это можно считать теми же я только в профиль, или есть ращница? Спасибо
@YauhenKavalchuk
@YauhenKavalchuk Жыл бұрын
Ну по сути можно, но это уже нарушает принцип ООП об абстракции
@Gelen794
@Gelen794 3 жыл бұрын
Я не понял проблематику которая затрагивалась в примере принципа Барбары Лисков. У нас есть класс прямоугольника и класс квадрата, и если мы отдадим инстанс класса квадрата в функцию changeShapeSize. То как вообще интерфейс решит проблему того, что в квадрате будут меняться сразу и высота и ширина?
@yuryzhuravlev2312
@yuryzhuravlev2312 3 жыл бұрын
Самое интересное что если отказаться от TS обратно к JS то это все будет не нужно. ))) Статическая типизация - напридумывали себе проблем а потом героически боремся с ними.
@YauhenKavalchuk
@YauhenKavalchuk 3 жыл бұрын
Ну, как есть
@demidovmaxim1008
@demidovmaxim1008 4 жыл бұрын
Спасибо
@yaroslavsvitlitskyi1864
@yaroslavsvitlitskyi1864 2 жыл бұрын
Спасибо за видео
@YauhenKavalchuk
@YauhenKavalchuk 2 жыл бұрын
Пожалуйста
@yuriiabramovych1400
@yuriiabramovych1400 4 жыл бұрын
Не думали о том, чтобы выпускать курсы на udemy? У вас отлично получается)
@YauhenKavalchuk
@YauhenKavalchuk 4 жыл бұрын
Нет не думал и не планирую
@user-tg1yr1dt4n
@user-tg1yr1dt4n 2 жыл бұрын
Готовлюсь к собеседованию и такие видео очень сильно помогают огромное спасибо
@YauhenKavalchuk
@YauhenKavalchuk 2 жыл бұрын
Пожалуйста
@maximpuzikov2455
@maximpuzikov2455 Жыл бұрын
<a href="#" class="seekto" data-time="587">9:47</a> и как это решает проблему? У Square по-прежнему будут два метода setWidth и setHeight каждый из которых изменяет оба поля width и height? Специально реализацию не написал, потому что пришлось бы это объяснять?)) Выглядит как-будто поменяли шило на мыло Похоже, методы setWidth и setHeight нужно вовсе убрать из интерфейса Figure, так как они нарушают LSP. А вот areaOf не нарушает и его можно оставить. Решить проблему можно было бы так: - В Shape оставить только areaOF - Для Rectangle нужно было бы создать интерфейс RectangleShape который был бы наследником Shape. А setWidth и setHeight вынести в RectangleShape - для Square нужно было бы создать интерфейс SquareShape который был бы наследником Shape. В SquareShape добавить метод setSize. - Таким образом если теперь в коде заменить все Shape на ReactangleShape или SquareShape поведение программы никак не изменится.
@nadianoirnp
@nadianoirnp 3 жыл бұрын
Женя, какие есть идеи по применению SOLID принципов относительно чистого JavaScript, а не TypeScript ? нет интерфейсов, есть прототипы, ну и классы как синтаксический сахар. Однако очень требуется SOLID )
@YauhenKavalchuk
@YauhenKavalchuk 3 жыл бұрын
Ну нет интерфейсов, это не проблема. Используйте всё с классами)
@MrSevenZZZ
@MrSevenZZZ 2 жыл бұрын
В примере про общий интерфейс у фигуры не должно быть установки ширины и высоты, фигура может быть и окружность и треугольник. Там должен быть только метод получения площади.
@YauhenKavalchuk
@YauhenKavalchuk 2 жыл бұрын
👍
@denisbielishev
@denisbielishev 2 жыл бұрын
Про grasp ещё можно рассказать
@YauhenKavalchuk
@YauhenKavalchuk 2 жыл бұрын
👍
@backend1937
@backend1937 4 жыл бұрын
У вас очень крутой канал, спасибо за ваш труд. У меня возник такой вопрос: В примере Open-closed, функция getPrice изначально выводила цену конкретного автомобиля, после применения на ней рефакторинга, метод стал выводить цены всех автомобилей, а как применить open-closed к задаче с выводом конкретной цены автомобиля?
@YauhenKavalchuk
@YauhenKavalchuk 4 жыл бұрын
А зачем вам тогда функция? У вас есть класс, который уже отдаёт цену
@vladakymov2123
@vladakymov2123 3 жыл бұрын
Спасибо, Чувак!
@YauhenKavalchuk
@YauhenKavalchuk 3 жыл бұрын
Пожалуйста
@StrageSPB
@StrageSPB 2 жыл бұрын
Спасибо, очень полезно и интересно! Музычка бесит, конечно.
@YauhenKavalchuk
@YauhenKavalchuk 2 жыл бұрын
Спасибо. Да, Музыка явна была не верным решением
@cherimolah9493
@cherimolah9493 2 жыл бұрын
<a href="#" class="seekto" data-time="384">6:24</a> почему нельзя сделать класс, в котором атрибутами объекта будут являться название и цена? Массив соответственно будет из инстансов этого класса. Функция будет забирать значение цены из атрибута
@user-kp7mt1qr8r
@user-kp7mt1qr8r 3 жыл бұрын
<a href="#" class="seekto" data-time="621">10:21</a> Сущности не должны зависеть от интерфейсов , которые они используют? Или которые не используют? Или которые они не используют?
@YauhenKavalchuk
@YauhenKavalchuk 3 жыл бұрын
сущности НЕ должны зависеть от интерфейсов, которые НЕ используют
@vr4836
@vr4836 2 жыл бұрын
Невероятно !! )
@YauhenKavalchuk
@YauhenKavalchuk 2 жыл бұрын
👍
@iharbakhanovich
@iharbakhanovich 4 жыл бұрын
Хороший видос
@adelkhalitov5984
@adelkhalitov5984 3 жыл бұрын
Брат, Tesla implement CarPrice, не extends. (Потому что твой абстрактный класс и метод не несет никакой реализации) Да ты ушел от того что не нужно делать фактори, но ты должен добавлять элемент в массив, что тоже является изменением кода. Самое простое сделать менеджера. Который принимает интерфейс класса CarPrice и выдает цену при вызове метода любого класса описанного этим интерфейсом для примера. А конеркретная реализация того как выбрать определенный авто это уже реализация конеткрной задачи.
She ruined my dominos! 😭 Cool train tool helps me #gadget
00:40
Go Gizmo!
Рет қаралды 58 МЛН
Жайдарман | Туған күн 2024 | Алматы
2:22:55
Jaidarman OFFICIAL / JCI
Рет қаралды 1 МЛН
THEY WANTED TO TAKE ALL HIS GOODIES 🍫🥤🍟😂
00:17
OKUNJATA
Рет қаралды 3,6 МЛН
SOLID Principles: Do You Really Understand Them?
7:04
Alex Hyett
Рет қаралды 132 М.
Просто о ООП (Парадигмы ООП)
21:14
webDev
Рет қаралды 41 М.
She ruined my dominos! 😭 Cool train tool helps me #gadget
00:40
Go Gizmo!
Рет қаралды 58 МЛН