Честно, я в шоке, такая шикарная подборка в одном видео. Лучший автор по Ларе и Вью! Обязательно пойду на платные курсы автора, чтобы поддержать и самому не лениться, довольствуясь только бесплатными материалами:)
Вобще круто! Небольшое дополнение: в реализации "singleton" нет приватного конструктора, поэтому мы можем через "new" создавать сколько угодно экземпляров.
Я бы еще добавил, что человек не вполне понимает зачем нужны фабрики и фабричные методы. Объяснение: "вот такая конструкция", прямо скажем новичками ничего не объясняет. Между тем фабрика скрывает детали создания конкретного класса, когда ему в процессе создания или сразу после требуется какое-нибудь конфигурирование. Простой пример: создаём соединение с БД через встроенный класс PDO, для успеха нам требуется передать в конструктов параметры подключения из конфига.
В этом видео прекрасно всё!!! От списка паттернов в фигме и неумения настроить экран до непонимания темы и мужества автора опозориться на весь интернет
Дружище, забыл скрыть публичный конструктор в примере singleton) Его вроде как приватным делать нужно. Ужасное объяснение фабрики. Как человек который не знает для чего они нужны, поймет на кой хрен мы создали дополнительный класс вместо того чтобы вызвать просто new? Пересмотри подход к подачи материала. Сейчас - это просто написание кода с минимальными комментариями к нему. Для чего? Зачем? В каких случаях? Какую проблему это решает? Почему именно так? Какие плюсы? Тот кто это понимает, не будет смотреть это видео. Тот кто этого не понимает, останется с еще большим количеством вопросов.
class WalkerFactory { public static function Make($workerTitle): ?Walker { return class_exists($workerTitle) ? new $workerTitle() : null; } } без всякого strtoupper() всё работает.
И уж если автор хотел привести название класса к нормальному виду типа Woker, то сначала прогоняем через strtolower(), потом ucfirst(). И всё это не нужно, потому что названия классов, как и функций, регистронезависимые. На самом деле про паттерны надо делать несколько серий. И про каждый рассказывать отдельный пример. Без конкретики использования вообще не понятно. А без смысла использования всё обучение идёт насмарку.
Шаблон декоратор.. магия в магии, а в конце - "так, с этим разобрались".. Да нет, не разобрались, а просто запомнили что делать надо вот так как показано, а разобрались - это если бы автор объяснил зачем писать вот так: interface Worker { public function countSalary(): int; } abstract class WorkerDecorator implements Worker { public Worker $worker; public function __construct(Worker $worker) { $this->worker = $worker; } }
Best of the best! Лучший препод по ларе! Все по полкам разложил! Купил платные его курсы они ваще супер и все детально и по полкам разложил! Талантище от Бога!
Огромное спасибо за Ваш труд! Великолепное объяснение! Не понимаю, почему так мало подписчиков и просмотров! Видимо, лучше посмотреть ролик, повторить и через месяц забыть - видимость знаний. ))(( Но, мне кажется, необходимо понять и переспать с этим, понять, попрактиковать полученные знания. А если толково объяснено, гораздо быстрее научишься и уж точно вряд ли забудешь! Спасибо!
Господи, про фабрику рассказал аж на примере четырех паттернов, но толку, как и понятности, ноль. Что можно узнать из этих примеров: Ну, епты, что каждый конструктор для создания конкретного экземпляра worker ты положил в специальный статический метод... и на этом всё. Потом вызывает для получения каждого конкретного worker вызывает метод из такого же, блин, конкретного и пригодного только для него workerFactory. Смысл фабрики то в другом - предоставить универсальную точку доступа для получения определенного worker или набора worker'ов, в зависимости от переданных данных. Т.е. я передаю в какой то метод, например, массив входных данных, и этот "Черный ящик" мне предоставляет массив самых разных worker. И я понятия не должен иметь сколько их типов есть всего, и какие они (native, не native и т.д.). Но нет, мы увидели просто вызов четырех статических методов друг за другом, ну я если кострукторы в такой последовательностью вызову, тож самое выйдет.
DataMapper реализован не полностью. Там должен быть еще метод save() - сохранение объекта в БД. И в примере про Mediator непонятно как там уменьшается связность между классами Worker и InfoBase, потому что в метод printInfo класса InfoBase передается объект Worker, то есть прямая связь между классами сохраняется.
Потому что автор в ООП не объяснял странности которые обильно используются в этом видео, и мне не понятен такой подход. Если в Laravel ещё прокатит "оно вот так потому что вот так", то на низком уровне логики недообъяснять фишки ООП - это свинство, например когда возвращаемый тип у метода класса имеет название интерфейса, а метод этого интерфейса кушает объявление того же класса без new... Не понимаю кому от такого подхода лучше станет. Некоторые моменты просматривал по 4 раза не в упор не понимаю как оно работает, а там всего строчек то до 10-ти...
А зачем в шаблоне "command" класс invoke вообще нужен? Когда автор проводит тестирование кода, он просто создает объект класса invoke и далее никак не используется. Поправьте если что-то пропустил или не понял.
1) bridge.php abstract class BridgeService { private Formatter $formatter; ... но так не работает, потом у автора незаметно уже есть замена на public Formatter $formatter (так работает), но не видно когда менял.. всё-таки нужно все правки показывать, сейчас это мелочь, а дальше сам чёрт ногу сломит. 2) decorator.php та же херня, видно как от руки пишет: abstract class WorkerDecorator implements Worker { private Worker $worker; ... затем экран вниз, потом вверх и уже стоит public.... эт чё, сам PHPStorm исправляет?
я только одного не понял. Почему когда factory_method расматривали в фабрике метод обявили статическим, статически обявлять методв это же уже про static_factory. Тоже самое с обычной factory
Мало. Мало шаблонов. Нужно придумать ещё. На рефракторинг.гуру 22 шаблона. У GoF 23 шаблона. А на Википедии их 60 штук. И это не предел. Шаблон вообще интересная штука. Шаблон - это типовое решение, часто встречающейся проблемы. После публикации GoF началась мода на шаблоны. Многие программисты стали придумывать свои шаблоны - изобретать свой велосипед, чтобы мы не изобретали свой, а использовали их. И теперь всё по шаблонам, без знания шаблонов никуда - а легаси код так и остается одной из проблем почти в каждой компании. С ООП и принципами типа SOLID ещё интереснее - там уже идут противоречия и разные трактовки...
Я вообще не понял смысл шаблона Adapter. Ну допустим, мы закинули два класса в один и через интерфейс, принадлежащий другому классу посчитали логику, которую мы и так посчитали бы без адаптера
Главный минус этого видео - тут есть КАК, но нет ЗАЧЕМ :) Адаптер нужен если есть два и более классов с разными интерфейсами, а тебе в цикле надо дернуть у них один и тот же метод. Например, циклом посчитать сколько денег ушло на З/П. При этом у разных типов трудоустройства (постоянное, повременное, сдельное) методы расчета оплаты называются по-разному. Колхозное решение - проверять класс, дергать разные методы и суммировать результат. Либо сделать адаптер, который поможет все реализации подвести под общий интерфейс.
классно, но ты забыл про не менее важные шаблоны, если есть di то и должен быть service locator, если есть композиция то и должна быть агрегация, а так норм видос и кстати можно ли ждать на канале архитектурные видосы по типу ddd да и вообще чистой архитекутры, хочется увидеть cqrs, event sourcing
Сырое, наспех записанное видео, которое стоило хотя бы перед публикацией самому пересмотреть. Автор постоянно сам путается, создавая ошибки, какие-то исправляет, какие-то не замечает. Сами шаблоны поданы без пояснения проблемных ситуаций, для решения каких кейсов они были созданы как лучшие практики(потому что именно так появляются шаблоны, когда ситуации их применения становятся постоянным явлением). На канале смотрел ролики по Ларке - там годно, а здесь ощущение, что автор сам до конца не понимает, но пытается объяснять. ИМХО, лучше б и не выкладывал этот ролик...
Давай по факту каждый пример, что ты считаешь "не годным" и аргументы почему, иначе комментарий - просто вброс. И в догонку. Ты использовал ролик, как рекомендуется? в три этапа? 1. посмотреть 2. повторить подсматривая 3. повторить самостоятельно
Завистники какие то пишут что курс сырой, а сами для людей ничего хорошего за всю жизнь так и не сделали возможно, давай сначала свой код в студию, где курс лучше, а только потом критика,.. Если критикуешь - предлагай, а то пустословить ума много не надо, человек сделал труд - в одном видео компактно рассказал все что знал для всех бескорыстно, за это уже надо благодарить!
да, похоже, что проблема этого ролика в том, что автор не приводит реальные кейсы с этими паттернами, только теория. По идее, надо смотреть кусок про какой-то паттерн здесь(теория) и переходить на другой ресурс, где объясняется, где и когда этот паттерн применяется(практика).
Моё мнение что большинство этих патернов никогда не пригадиться либо их будут использовать на очень больших проектах. На мелких проектах они только усложнят разработку.
Очень странный курс и странные эмоции публики. Объяснения зачем и почему нет от слова совсем. Даже тема примитивного синглтона не раскрыта. Смысл его и заключается в использовании созданного инстанса. Автор же после создания инстанса продолжает использовать статические методы. Объяснение по фабрике вообще супер: "Спросите почему? Потому что так написано и все." :)))) Автору респект за то, что на подобных курсах у него получается зашибать бабло) Настоящий барон инфоциган)
досмотрел до 10 минуты, услышал с 9:30 по 10:00 что phpstorm предлагает указать type hints потому, что php 8 объектно ориентированный. как будто эти понятия как-то связаны. это занавес. мне как-то даже в разработку на php не хочется идти, если такие люди преподают ее, вот как знал за низкий уровень разработчиков в среднем по больнице.
@@journaltrace Например, Дмитрий Елисеев. Либо самостоятельно почитай на сайте рефакторинг гуру (в гугле введи и тебя сразу выведет на этот сайт). Там вообще все процессы описаны. Когда, как и зачем делать рефакторинг. Какие шаблоны и в каких случаях применять и тд
Учитывайте то что автор для прикола может делать по несколько классов в примерах для демонстрации что так можно но эти классы не являються обязательными для паттернов можно и один для примера делать - я имею ввиду конечные классы над которыми совершаються действия
Привет, знаешь в чём тут минус, этого видео? Тебе нужно было спрятать боковое окно со списком файлов, нижнюю панель чуть спрятать. Потому что когда такая тема, то лучше всё видеть максимально объёмно, то что ты возвращаешь иногда это конечно хорошо, но лучше более объёмно
хрень. Полная хрень. Я уверен, что автор сам ни разу не пересматривает свои курсы. К сожалению есть такой класс мнимых учителей , считающих себя богами знаний. Чтобы курс был правильно качественным, учитель должен по много раз каждый свой ролик пересматривать и делать работу над ошибками. А этот учитель думает, "Я всё рассказал что знал, зачем мне пересматривать своё же, ведь я это и так знаю". Вот когда начнёшь пересматривать свой контент по многу раз, то качество начнёт дигаться с мертвой точки. очень похоже, когда надо купить зимнюю куртку, а под её видом впихивают фуфайку в которой зимой навоз грузят. и то и другое греет, но второе ни чего не стоит.
Братан, хорош, давай, давай, вперёд! Контент в кайф, можно ещё? Вообще красавчик! Можно вот этого вот почаще?
Да будет по чаще:) Благодарю!)
Кря
У него платные курсы вообще Огонь! Бери сам убедишься!
Та просто слів немає
Реально крутий курс🤘👍
Дякую!)
а нектарин?
Ух ты! Вот это качественный контент подъехал!!
Благодарю!)
Честно, я в шоке, такая шикарная подборка в одном видео. Лучший автор по Ларе и Вью! Обязательно пойду на платные курсы автора, чтобы поддержать и самому не лениться, довольствуясь только бесплатными материалами:)
Благодарю!) Красавчик!)
Побольше бы таких учеников - конкуренции на рынке вообще не будет))
Ого! Вот это подарок, на новый год!!! Спасибо огромное!!!
Благодарю!)
Вобще круто!
Небольшое дополнение: в реализации "singleton" нет приватного конструктора, поэтому мы можем через "new" создавать сколько угодно экземпляров.
Я бы ещё добавил про то что в примере все методы класса получились статическими. Что лишает всякого смысла в создании экземпляра такого класса.
@@ВикторияМоргунова-г3ч согласен, это не синглтон
Я бы еще добавил, что человек не вполне понимает зачем нужны фабрики и фабричные методы. Объяснение: "вот такая конструкция", прямо скажем новичками ничего не объясняет. Между тем фабрика скрывает детали создания конкретного класса, когда ему в процессе создания или сразу после требуется какое-нибудь конфигурирование. Простой пример: создаём соединение с БД через встроенный класс PDO, для успеха нам требуется передать в конструктов параметры подключения из конфига.
Легенда php laravel сообщества, спасибо
Благодарю!)
Уау вот это да! Огромное спасибо вам!
Благодарю!)
Спасибо за проделанную работу!
Благодарю!)
В этом видео прекрасно всё!!!
От списка паттернов в фигме и неумения настроить экран до непонимания темы и мужества автора опозориться на весь интернет
В синглтоне ещё обязательно конструктор должен быть приватным
Крутая работа )
Благодарю!)
Вау. Как вовремя. Спасибо, бро.
Благодарю!)
Большое спасибо!!! Ураа!!🎉
Благодарю!)
Дружище, забыл скрыть публичный конструктор в примере singleton) Его вроде как приватным делать нужно. Ужасное объяснение фабрики. Как человек который не знает для чего они нужны, поймет на кой хрен мы создали дополнительный класс вместо того чтобы вызвать просто new? Пересмотри подход к подачи материала. Сейчас - это просто написание кода с минимальными комментариями к нему. Для чего? Зачем? В каких случаях? Какую проблему это решает? Почему именно так? Какие плюсы? Тот кто это понимает, не будет смотреть это видео. Тот кто этого не понимает, останется с еще большим количеством вопросов.
А в синглтоне не нужно конструктор "закрывать"?
Нужно:)
28:30 Интересно зачем был нужен strtoupper при проверке и создании класса в static_factory ?
Вроде ж названия методов и классов регистронезависимые..
class WalkerFactory
{
public static function Make($workerTitle): ?Walker
{
return class_exists($workerTitle) ? new $workerTitle() : null;
}
}
без всякого strtoupper() всё работает.
И уж если автор хотел привести название класса к нормальному виду типа Woker, то сначала прогоняем через strtolower(), потом ucfirst(). И всё это не нужно, потому что названия классов, как и функций, регистронезависимые.
На самом деле про паттерны надо делать несколько серий. И про каждый рассказывать отдельный пример. Без конкретики использования вообще не понятно. А без смысла использования всё обучение идёт насмарку.
Шаблон декоратор.. магия в магии, а в конце - "так, с этим разобрались"..
Да нет, не разобрались, а просто запомнили что делать надо вот так как показано, а разобрались - это если бы автор объяснил зачем писать вот так:
interface Worker
{
public function countSalary(): int;
}
abstract class WorkerDecorator implements Worker
{
public Worker $worker;
public function __construct(Worker $worker)
{
$this->worker = $worker;
}
}
Best of the best! Лучший препод по ларе! Все по полкам разложил! Купил платные его курсы они ваще супер и все детально и по полкам разложил! Талантище от Бога!
Пояснение в теории шаблона prototype - я понял, но зачем мы создавали другой класс, где присваивали значение переменной и никак его не использовали?
Огромное спасибо за Ваш труд! Великолепное объяснение! Не понимаю, почему так мало подписчиков и просмотров! Видимо, лучше посмотреть ролик, повторить и через месяц забыть - видимость знаний. ))(( Но, мне кажется, необходимо понять и переспать с этим, понять, попрактиковать полученные знания. А если толково объяснено, гораздо быстрее научишься и уж точно вряд ли забудешь! Спасибо!
Господи, про фабрику рассказал аж на примере четырех паттернов, но толку, как и понятности, ноль. Что можно узнать из этих примеров: Ну, епты, что каждый конструктор для создания конкретного экземпляра worker ты положил в специальный статический метод... и на этом всё. Потом вызывает для получения каждого конкретного worker вызывает метод из такого же, блин, конкретного и пригодного только для него workerFactory. Смысл фабрики то в другом - предоставить универсальную точку доступа для получения определенного worker или набора worker'ов, в зависимости от переданных данных. Т.е. я передаю в какой то метод, например, массив входных данных, и этот "Черный ящик" мне предоставляет массив самых разных worker. И я понятия не должен иметь сколько их типов есть всего, и какие они (native, не native и т.д.). Но нет, мы увидели просто вызов четырех статических методов друг за другом, ну я если кострукторы в такой последовательностью вызову, тож самое выйдет.
DataMapper реализован не полностью. Там должен быть еще метод save() - сохранение объекта в БД. И в примере про Mediator непонятно как там уменьшается связность между классами Worker и InfoBase, потому что в метод printInfo класса InfoBase передается объект Worker, то есть прямая связь между классами сохраняется.
Интересная мысль:)
Отдельное спасибо за таймкоды!
Благодарю:)
Спасибо огромное автору! Успехов и всего самого наилучшего!
От души! 🔥
Благодарю!)
очень круто, лайк за старание
В шаблоне command Invoker никак не использовали.
кстати, да
Я недавно попал на твой канал, и по отзывам у тебя супер контент.Я бы хотел узнать если у тебя темы по ООП php, в плейлестах я не нашел(
Будут. Пока тема особо не раскрывалась.
ёлки палки как классно, спасибо тебе
Благодарю!)
К чести сказать, ваш канал упоминался, как самый лучший по Ларе в одном из ТГ-чатов ютуб-канала
15:50 - Это не верблюжья аннотация.Это PascalCase
Это просто БОМБА! Спасибо!
бимба!)
Топ контент, абсолютли
ес
Благодарю!)
Благодарю.
Благодарю:)
Кпута то что нежно было. Большое спасибо
ozbek программист это что то новенькое лол
@@rustamtuyakov1789 почему ?
@@laraveluz2195 я думал я один такой... привет из Шимкента:)
@@rustamtuyakov1789 )) приятно. Тебе тоже привет из Ташкента.
Сотрудничество не интересует? 🙃
Круто!!!
Благодарю!)
Спасибо!
Благодарю!)
ООП зашло очень хорошо, а шаблоны ни в какую. То ли попрактиковаться надо, чтобы освоить. Пока что выглядит сложно
Потому что автор в ООП не объяснял странности которые обильно используются в этом видео, и мне не понятен такой подход. Если в Laravel ещё прокатит "оно вот так потому что вот так", то на низком уровне логики недообъяснять фишки ООП - это свинство, например когда возвращаемый тип у метода класса имеет название интерфейса, а метод этого интерфейса кушает объявление того же класса без new... Не понимаю кому от такого подхода лучше станет. Некоторые моменты просматривал по 4 раза не в упор не понимаю как оно работает, а там всего строчек то до 10-ти...
ооо класс) отличная тема
Благодарю!)
Спасибо за Ваш труд
спасибо
за ликбез по шторму отдельная благодарность!!!)
Благодарю!:)
класс
А зачем в шаблоне "command" класс invoke вообще нужен? Когда автор проводит тестирование кода, он просто создает объект класса invoke и далее никак не используется. Поправьте если что-то пропустил или не понял.
Самый простой паттерн первый, и уже ошибка критическая, возможность создавать более одного объекта этого класса, дальше смотреть не стал =(
Все круто, не хватает только таймкодов)
они есть смотри описание
@@ТимурСафаров-в1ч их не было, они были добавлены по многочисленным просьбам)
Хотя это не совсем тайм коды, но лучше чем ничего.
1/3 просмотрел, пока не доперла только абстрактная фабрика
Слабовато раскрыл тему - писанине гораздо больше времени уделяеться чем обьяснениям а реальных примеров из практики почти нету
1) bridge.php
abstract class BridgeService {
private Formatter $formatter;
...
но так не работает, потом у автора незаметно уже есть замена на public Formatter $formatter (так работает), но не видно когда менял..
всё-таки нужно все правки показывать, сейчас это мелочь, а дальше сам чёрт ногу сломит.
2) decorator.php
та же херня, видно как от руки пишет:
abstract class WorkerDecorator implements Worker
{
private Worker $worker;
...
затем экран вниз, потом вверх и уже стоит public.... эт чё, сам PHPStorm исправляет?
Крутое видео)
в чём разница между Adapter и Bridge?
Мужик!
Благодарю!)
почему тут нету патерном типа репозитория дто sqrs и тд?
Ой-йо-йо-йо-йоооооой!... Какой хороший ку-урс! :)
Зачем комментировать классы? Используй пространство имен.
я только одного не понял. Почему когда factory_method расматривали в фабрике метод обявили статическим, статически обявлять методв это же уже про static_factory. Тоже самое с обычной factory
Тут главное суть:) Через интерфейс статик методов более читабелен код.
Спасибо, очень полезно!
Благодарю!)
Есть такие люди - все что им влезло, то и полезно
Спасибо огромное
Мало. Мало шаблонов. Нужно придумать ещё.
На рефракторинг.гуру 22 шаблона. У GoF 23 шаблона. А на Википедии их 60 штук. И это не предел.
Шаблон вообще интересная штука. Шаблон - это типовое решение, часто встречающейся проблемы. После публикации GoF началась мода на шаблоны. Многие программисты стали придумывать свои шаблоны - изобретать свой велосипед, чтобы мы не изобретали свой, а использовали их.
И теперь всё по шаблонам, без знания шаблонов никуда - а легаси код так и остается одной из проблем почти в каждой компании.
С ООП и принципами типа SOLID ещё интереснее - там уже идут противоречия и разные трактовки...
Аха да:)
🥲🥲🥲 Не знал, что есть так много. Свой фреимворк создаю php+js+html 🫠понадобятся столько возможностей
Благодарю!:)
@@laravelcreative 🥲🥲😎👌
как успехи?
Я охренел от заголовка и сразу написал комментарий. Еще не смотрел!
Красавчик:) Благодарю!)
Data mapper есть. а где Active record?
Огромное спасибо!
Благодарю!)
искал медь, а нашел золото
Благодарю!)
Я вообще не понял смысл шаблона Adapter. Ну допустим, мы закинули два класса в один и через интерфейс, принадлежащий другому классу посчитали логику, которую мы и так посчитали бы без адаптера
Главный минус этого видео - тут есть КАК, но нет ЗАЧЕМ :)
Адаптер нужен если есть два и более классов с разными интерфейсами, а тебе в цикле надо дернуть у них один и тот же метод.
Например, циклом посчитать сколько денег ушло на З/П.
При этом у разных типов трудоустройства (постоянное, повременное, сдельное) методы расчета оплаты называются по-разному. Колхозное решение - проверять класс, дергать разные методы и суммировать результат.
Либо сделать адаптер, который поможет все реализации подвести под общий интерфейс.
Годный материал! Но шаблон компоновщик не про то совсем.
🔥🔥🔥🔥🔥
Благодарю!)
По синглтону: а разве не надо конструктор тоже закрыаать? Везде видел что его тоже закрывают....
Надо:)
@@laravelcreative а так отличное видео, без воды, все четко и удобно, как подсказка должно быть в закладках, пока на автомате не начнешь применять))
классно, но ты забыл про не менее важные шаблоны, если есть di то и должен быть service locator, если есть композиция то и должна быть агрегация, а так норм видос и кстати можно ли ждать на канале архитектурные видосы по типу ddd да и вообще чистой архитекутры, хочется увидеть cqrs, event sourcing
братан, фабричный метод реализовывается через абстрактный класс, так как он должен содержать в себе механику
2:57:18 что означают три точки? ... $specification что это?
очень круто!
Благодарю!)
0o0 шаблонов как мнего😮
Благодарю!:)
Это что-то невероятное! В голове теперь чистое понимание! Твои видео вместе с Рефакторинг.гуру дали наконец полную картину! Спасибо огромное автор!!!
Благодарю!:)
Спасибо за видео.
Можешь поправить описание. Начало таймкода с 00:00 сделай пожалуйста. Тогда на таймлайне появится твоё описание.
можно исходники, благодарю
Сырое, наспех записанное видео, которое стоило хотя бы перед публикацией самому пересмотреть. Автор постоянно сам путается, создавая ошибки, какие-то исправляет, какие-то не замечает. Сами шаблоны поданы без пояснения проблемных ситуаций, для решения каких кейсов они были созданы как лучшие практики(потому что именно так появляются шаблоны, когда ситуации их применения становятся постоянным явлением). На канале смотрел ролики по Ларке - там годно, а здесь ощущение, что автор сам до конца не понимает, но пытается объяснять. ИМХО, лучше б и не выкладывал этот ролик...
Давай по факту каждый пример, что ты считаешь "не годным" и аргументы почему, иначе комментарий - просто вброс.
И в догонку. Ты использовал ролик, как рекомендуется? в три этапа?
1. посмотреть
2. повторить подсматривая
3. повторить самостоятельно
Евген ты сперва посматри, патом повтори, и сделай сам. Зря ты такое пишешь на эмоциях которые мешают тебе адекватно мыслить и принять...
Завистники какие то пишут что курс сырой, а сами для людей ничего хорошего за всю жизнь так и не сделали возможно, давай сначала свой код в студию, где курс лучше, а только потом критика,.. Если критикуешь - предлагай, а то пустословить ума много не надо, человек сделал труд - в одном видео компактно рассказал все что знал для всех бескорыстно, за это уже надо благодарить!
да, похоже, что проблема этого ролика в том, что автор не приводит реальные кейсы с этими паттернами, только теория. По идее, надо смотреть кусок про какой-то паттерн здесь(теория) и переходить на другой ресурс, где объясняется, где и когда этот паттерн применяется(практика).
Ахудеть
Благодарю!)
Моё мнение что большинство этих патернов никогда не пригадиться либо их будут использовать на очень больших проектах. На мелких проектах они только усложнят разработку.
Таймкоды бы 🙂
Очень странный курс и странные эмоции публики. Объяснения зачем и почему нет от слова совсем. Даже тема примитивного синглтона не раскрыта. Смысл его и заключается в использовании созданного инстанса. Автор же после создания инстанса продолжает использовать статические методы. Объяснение по фабрике вообще супер: "Спросите почему? Потому что так написано и все." :)))) Автору респект за то, что на подобных курсах у него получается зашибать бабло) Настоящий барон инфоциган)
Спасибо:)
досмотрел до 10 минуты, услышал с 9:30 по 10:00 что phpstorm предлагает указать type hints потому, что php 8 объектно ориентированный. как будто эти понятия как-то связаны. это занавес. мне как-то даже в разработку на php не хочется идти, если такие люди преподают ее, вот как знал за низкий уровень разработчиков в среднем по больнице.
@@СэрШпинат а кого тогда посоветуешь смотреть?
а кого тогда советуешь смотреть?
@@journaltrace Например, Дмитрий Елисеев. Либо самостоятельно почитай на сайте рефакторинг гуру (в гугле введи и тебя сразу выведет на этот сайт). Там вообще все процессы описаны. Когда, как и зачем делать рефакторинг. Какие шаблоны и в каких случаях применять и тд
Учитывайте то что автор для прикола может делать по несколько классов в примерах для демонстрации что так можно но эти классы не являються обязательными для паттернов можно и один для примера делать - я имею ввиду конечные классы над которыми совершаються действия
Вам не плохо было бы для начала подтянуть знания языка
Привет, знаешь в чём тут минус, этого видео? Тебе нужно было спрятать боковое окно со списком файлов, нижнюю панель чуть спрятать. Потому что когда такая тема, то лучше всё видеть максимально объёмно, то что ты возвращаешь иногда это конечно хорошо, но лучше более объёмно
Так данные в синглтоне не должны быть статическими...
Автор, сделай пожалуйста нормальные таймкоды. В описании надо сделать начало с 00:00
хрень.
Полная хрень. Я уверен, что автор сам ни разу не пересматривает свои курсы. К сожалению есть такой класс мнимых учителей , считающих себя богами знаний.
Чтобы курс был правильно качественным, учитель должен по много раз каждый свой ролик пересматривать и делать работу над ошибками. А этот учитель думает, "Я всё рассказал что знал, зачем мне пересматривать своё же, ведь я это и так знаю".
Вот когда начнёшь пересматривать свой контент по многу раз, то качество начнёт дигаться с мертвой точки.
очень похоже, когда надо купить зимнюю куртку, а под её видом впихивают фуфайку в которой зимой навоз грузят.
и то и другое греет, но второе ни чего не стоит.
Чёт меня порвало от "Прикиньте, Боб стал Кейтом"
Лучший видос по паттернам проектирования, что я видел. По php уж точно. Всем рекомендую
Ошалеть...
Благодарю!)
агонь даже на скорости 1,25 все усваивается))
ретурн
шаблонов 30 по факту.
Тем лучше:)
@@laravelcreative Тем легче )
😶🌫
Благодарю!)
комментарии повторяются слово в слово во втором попавшемся видео. ну и мерзость.
м
Ну бл... Автор, если ты не разобрался толком в паттернах, нах учить других. Посмотрел первых 5 и везде ошибки.
Братан, хорош, давай, давай, вперёд! Контент в кайф, можно ещё? Вообще красавчик! Можно вот этого вот почаще?
Благодарю:) Да будет:)
Пояснение в теории шаблона prototype - я понял, но зачем мы создавали другой класс, где присваивали значение переменной и никак его не использовали?