Автор, спасибо! Очень понятно и доступно, а также довольно кратко (не растянуто на 2-3 часа). Наконец появились примеры из жизни, чего не хватало предыдущим роликам по ООП и паттернам.
Спасибо за контент, было бы интересно увидеть видео на тему различных инструментов по-типу: xdebug, настройка линтеров для php в связке с phpstorm-ом и т.п. инструменты, которые вы возможно используете при повседневной разработке. За ci/cd и docker отдельный респект
Вот как! Все время парился с тем, чтобы начать вспомнить, что каждая сущность принципа значит. А последние три минуты видео решили этот вопрос на корню 💪
Касательно Open-Closed, не прозвучала главная фраза, которая, как по мне, делает всё понятным и без кода - "Сущности должны быть открыты для расширяемости, но закрыты для модификации"; то есть, все классы, методы и пр. надо продумывать так, чтобы не нужны было изменять начальный код
Лисков точно придётся губо нихрена не ясно, и непонятно зачем мы дублируем интерфейс в class BusDriver extends Driver implements DriverInterface если сам class Driver implements тот же DriverInterfacе, в остальном топчик.
А разве принцип инверсии зависимостей об этом? Я думал, что там другая суть. В вики сказано, что классы должны зависеть от абстракций, а не от конкретных деталей. Например, как я понимаю, если у нас есть статьи с комментариями и лайками на сайте, то они не должны зависеть от того, как реализовано их хранение, в базе или в файлах или ещё как-то, как считывается с базы и т.п. И в классе статья, у нас не должно быть sql запросов, а должен быть отдельный класс или функция для этого, которая считает и всё. И не важно откуда. Я так это понимал.
Автор, здравствуйте, и спасибо за вашу деятельность! Подскажите пожалуйста, если создать блог по курсу создания блога на Laravel, его позже можно сделать мультиязычным, добавив/изменив лишь код, или необходимо будет создать новый проект с нуля? Еще в начале пути, и еще не дошел пока до ваших платных курсов, потому нубские вопросы.
Надо ли знать алгоритмы и структуры данных? Как их вообще применять? Ну вот узнал я что такое очередь, стек, список, массив, популярные алгоритмы, сложность алгоритмов. А в реальной работе веб-разработчика это всё вообще применяется хоть как-то? Спасибо.
Архитектура отличная. Хотя, видимо она рассчитана больше на командную работу, тесты и достаточно крупные разбитые на микросервисы проекты. Я даже не представляю какая свалка файлов будет при такой структуре в небольших приложениях. Очень тонко нужно чувствовать баланс при дроблении зависимостей, чтобы не наворотить еще хуже
У меня такое же мнение SRP норм остальное - автор сам не понимает как объяснить. Сплошной сумбур будет в головах изучающих. Страшно подумать что он там путает в своих курсах
Только srp вроде бы норм объяснили. Остальное такое себе. Например, ocp. Суть принципа не раскрыта совсем. Тем более не показаны способы реализации этого принципа. Например, decorator. Остальные принципы также. В общем, очередной видос ни о чем (кроме срп).
Слава Всевышнему что есть такой человек как автор этого канала которому от души огромное спасибо!
Благодарю!)
точно
Лучшее объяснение SOLID!!!👍 Спасибо автору за всё что он делает.
Благодарю!)
Комментарий в поддержку канала, как всегда подача выше всех похвал, четко и понятно. Все видео пересматриваю по несколько раз и конспектирую🤝
Благодарю!)
@@laravelcreative Если утроюсь на работу, тоже обязательно щедро отплачу тебе за єто. Спасибо!
Одно из лучших объяснений приниципов SOLID, которые я видел. Спасибо большое!
Спасибо 👍
В том то и дело, в уроках, статьях, зачастую даже в документации не пишут как нужно делать правильно.
Благодарю!)
Спасибо за видео 👍
Соглашусь с другими мнениями - очень понятное объяснение принципов и примеры их использования на практике.
Спасибо автору)
Слава автору. Это самое понятное объяснение!!!
Автор, спасибо! Очень понятно и доступно, а также довольно кратко (не растянуто на 2-3 часа). Наконец появились примеры из жизни, чего не хватало предыдущим роликам по ООП и паттернам.
Благодарю!)
Спасибо большое, все очень четко, понятно , информативно
Спасибо за контент, было бы интересно увидеть видео на тему различных инструментов по-типу: xdebug, настройка линтеров для php в связке с phpstorm-ом и т.п. инструменты, которые вы возможно используете при повседневной разработке. За ci/cd и docker отдельный респект
Благодарю!) Посмотрим:)
Спасибо тебе, особенно за принцип инверсии зависимости. Долго не понимал о чем речь. А ты рассказал про это простыми словами и стало все понятно.
Благодарю!)
Спасибо. Обьяснил на примерах понятнее чем книга чистая архитектура!
Большое спасибо автору за объяснение!
Вот как! Все время парился с тем, чтобы начать вспомнить, что каждая сущность принципа значит. А последние три минуты видео решили этот вопрос на корню 💪
Laravel Creative, спасибо!
Благодарю!)
То что надо! Автор, спасибо большое
Благодарю!)
Благодарю
Касательно Open-Closed, не прозвучала главная фраза, которая, как по мне, делает всё понятным и без кода - "Сущности должны быть открыты для расширяемости, но закрыты для модификации"; то есть, все классы, методы и пр. надо продумывать так, чтобы не нужны было изменять начальный код
Спасибо большое!!!
Благодарю!)
сделайте пожалуйста еще курс любой с laravel+vue - .простенький магазин на пальцах без тяжелых шаблонов больше логики - спасибо
Лисков точно придётся губо нихрена не ясно, и непонятно зачем мы дублируем интерфейс в class BusDriver extends Driver implements DriverInterface если сам class Driver implements тот же DriverInterfacе, в остальном топчик.
А разве принцип инверсии зависимостей об этом?
Я думал, что там другая суть. В вики сказано, что классы должны зависеть от абстракций, а не от конкретных деталей. Например, как я понимаю, если у нас есть статьи с комментариями и лайками на сайте, то они не должны зависеть от того, как реализовано их хранение, в базе или в файлах или ещё как-то, как считывается с базы и т.п. И в классе статья, у нас не должно быть sql запросов, а должен быть отдельный класс или функция для этого, которая считает и всё. И не важно откуда. Я так это понимал.
На счет принципе открытости закрытости неправильно
Автор, здравствуйте, и спасибо за вашу деятельность! Подскажите пожалуйста, если создать блог по курсу создания блога на Laravel, его позже можно сделать мультиязычным, добавив/изменив лишь код, или необходимо будет создать новый проект с нуля? Еще в начале пути, и еще не дошел пока до ваших платных курсов, потому нубские вопросы.
Благодарю!) Для мультиязычности можно использовать функционал в ларавел, который позволяет под разный язык использовать заготовку:)
Надо ли знать алгоритмы и структуры данных? Как их вообще применять? Ну вот узнал я что такое очередь, стек, список, массив, популярные алгоритмы, сложность алгоритмов. А в реальной работе веб-разработчика это всё вообще применяется хоть как-то? Спасибо.
Для собеседования да, в реальной жизни нет:)
@@laravelcreativeОшибаешься) Ты просто не видел задач серьезных, наверное.
@@laravelcreativeПоиск пути реализовать, например. Не через Гугль апи. А по своему графу.
В ПХП таких задач мало, в принципе. Но бывают)
Жду новый курс по JS и JS react, у тебя очень крутые курсы
Отлично:)
насчет инверсии непонятно, зачем мы передаем интерфейс в класс Operator, мы же ничего не сможем с ним сделать
Архитектура отличная. Хотя, видимо она рассчитана больше на командную работу, тесты и достаточно крупные разбитые на микросервисы проекты. Я даже не представляю какая свалка файлов будет при такой структуре в небольших приложениях. Очень тонко нужно чувствовать баланс при дроблении зависимостей, чтобы не наворотить еще хуже
принцип перверсии социальной ответственности барбары лисков
чет мне кажется 2 и 3 принципы одинаково совершенно объяснены. в итоге все свелось к тому что нельзя изменять сигнатуру метода.
👍
Благодарю!)
Мерси!
Благодарю!)
👍👍👍
зачем указываете типы? php может без них работать
затем
Сумбурно накидал. SRP - более-менее объяснил. Остальные - слабенько.
Благодарю!:)
У меня такое же мнение SRP норм остальное - автор сам не понимает как объяснить. Сплошной сумбур будет в головах изучающих. Страшно подумать что он там путает в своих курсах
@@laravelcreative Твоя задача ясно изложить материал иначе нахуй такое "обучение" надо
lsp и dip оказался вообще одним и тем же, какой ужас)
В зачем тогда нужна модель, если вся обработка данных проходит в каких то Seviceах? В модели что будем делать? Вообще не понял я принцип «S»
В PostService не может быть статичный метод , вроде объясняете SOLID , а сами нарушаете принцип DDD ( Domain-Driven Design ) . 🙄
+
Благодарю!)
Увеличивайте экран пожалуйста, с телефона смотреть не возможно
Да, было бы неплохо. Часть роликов смотрю на телефоне, плохо все видно
Автору - спасибо, есть просьба- сделайте пожалуйста ролик по применению Swagger в Laravel.
Благодарю!)
Только srp вроде бы норм объяснили. Остальное такое себе. Например, ocp. Суть принципа не раскрыта совсем. Тем более не показаны способы реализации этого принципа. Например, decorator. Остальные принципы также. В общем, очередной видос ни о чем (кроме срп).
👍