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