кодлобстер? че за прикол? есть же шторм упд я чето не понял, видео 2018 года, в говнокод в нем родом из 2002: что за повторная проверка $date? для чего она? если вдруг первая как-то неправильно сработает? что за префиксы str: $strDate, почему не string $date? почему одна переменная кемалКейсом, а другая снейк_кейсом? кавычки то одинарные, то двойные? что ты двойными парсишь, не вижу? что это такое вообще?)))
Спасибо. А для чего разделение на класс с собственно функционалом и оболочку, делающую его статическим? В чем тут глубокий архитектурный смысл, если он есть? Вроде, можно же было сразу методы объявлять статическими.
Я предполагаю, что отдельные сервис провайдеры нужны для более сложного функционала. Плюс тесты к статическим методам не напишешь. В данном примере можно и статикой обойтись
Всё красиво. Но нет ответа на главный вопрос для чего это всё. Что мешает создать отдельный сервис класс или хелпер и обращаться затем к его методам. При этом ещё в ide будет автодополнение работать в отличие от фасадов
Собственно указанная связка - это как раз тот подход который активно используется во фреймворке Laravel, все пакеты и расширения под него, так же используют указанную связку. Что это дает? Это дает очень простой и быстрый доступ к функционалу как из контроллера и так же и из вида, то есть непосредственно из шаблонов, без каких либо дополнительных подключений. Конечно можно написать и сервис который будет обладать тем же функционалом, а можно следовать парадигме Laravel, все зависит от поставленных задач и от предпочтений.
Виктор Гавриленко я имею ввиду только что такой способ именования не показывает методов, доступных в классе. Те, что идут из коробки частично прописаны, для остального есть ide helper. Но писать фасад самому кажется не очень.
Согласен не показывает. Опять же нет идеального и универсального решения, в каждом способе свои плюсы и минусы. И по сути знать нужно все, а применять только наиболее удобный в определенной ситуации.
@@user-of4dc3rh5c а помимо удобства как это улучшает наше приложение? Или удобство это конечная цель этого подхода? Просто куда быстрее создать объект класса и вызвать нужный метод, ну а если нужно во вью такой функционал то можно просто из котроллера передать объект во вью, или в моделе реализовать метод и вызывать с контекста вью.
Ооочень полезный урок. Но поначалу очень много воды по 2 раза одно и тоже. И опять же, очень медленно я на +1,25 speed смотрю. Нолайк однозначно. Такие вещи полезны. Спасибо.
Суть взаимодействия ясна, но, подводя итог под конец видео, складывается впечатление, что вся эта возня на 30 минут ради того, чтобы не создавать экземпляр класса в одну лишнюю строчку.
Певно що ви недочитали 'доки' : ...Blade does not restrict you from using plain PHP code in your views. In fact, all Blade views are compiled into plain PHP code and cached until they are modified... . Це точка зору розробників, далі все справа смаку.
Наконец-то понял, спасибо , лайк уже поставил
Спасибо огромное! Еще не плохо было бы отметить, что нужно кешик скинуть после всего этого - php artisan config:cache. А то ж может и не подхватиться.
Спасибо за уточнение, а то сидел-тупил некоторое время, смотря на ошибку.
Мне еще помогло
php composer.phar dump-autoload -o
Ура! Спасибо, наконец-то понял, весь интернет перерыл! Определенно лайк)
Вроде понятно, буду пробовать. Спасибо, у других вообще не понятно, не говоря уже о просто статьях
Спасибо, долго, но разжевал все понятно.
Большое спасибо за ваш труд!!!!
Внимание если вы сделали все как по видео и ничего не получается выполните команды:
php artisan config:cache
php artisan cache:clear
Отличный урок!
Спасибо автору за труд!
Спасибо за проделанную работу!
кодлобстер? че за прикол? есть же шторм
упд я чето не понял, видео 2018 года, в говнокод в нем родом из 2002: что за повторная проверка $date? для чего она? если вдруг первая как-то неправильно сработает? что за префиксы str: $strDate, почему не string $date? почему одна переменная кемалКейсом, а другая снейк_кейсом? кавычки то одинарные, то двойные? что ты двойными парсишь, не вижу? что это такое вообще?)))
@@user-ci8fs1dc5h это не повод учить говнокодить
Да я как ide эту увидел сразу дату видео посмотрел, подумал что видео года 2006 )) Есть же студио код на крайняк, нафига это страшилище использовать
Александр Александрович ДА ХОТЬ НА БЕРЕСТЕ ПИШИ ВООБЩЕ ПОХУЮ
спасибо, наконец понял!
В плане оформления кода и использования терминологии - ужасно. Однако всё понятно как и что от чего должно зависеть.
Вот капец тема не простая, спасибо автор!
Круто! Спасибо!
Спасибо.
А для чего разделение на класс с собственно функционалом и оболочку, делающую его статическим? В чем тут глубокий архитектурный смысл, если он есть?
Вроде, можно же было сразу методы объявлять статическими.
Я предполагаю, что отдельные сервис провайдеры нужны для более сложного функционала. Плюс тесты к статическим методам не напишешь. В данном примере можно и статикой обойтись
Оказалось не всё так сложно! Большое спасибо!
Всё красиво. Но нет ответа на главный вопрос для чего это всё. Что мешает создать отдельный сервис класс или хелпер и обращаться затем к его методам. При этом ещё в ide будет автодополнение работать в отличие от фасадов
Собственно указанная связка - это как раз тот подход который активно используется во фреймворке Laravel, все пакеты и расширения под него, так же используют указанную связку. Что это дает? Это дает очень простой и быстрый доступ к функционалу как из контроллера и так же и из вида, то есть непосредственно из шаблонов, без каких либо дополнительных подключений.
Конечно можно написать и сервис который будет обладать тем же функционалом, а можно следовать парадигме Laravel, все зависит от поставленных задач и от предпочтений.
Виктор Гавриленко я имею ввиду только что такой способ именования не показывает методов, доступных в классе. Те, что идут из коробки частично прописаны, для остального есть ide helper. Но писать фасад самому кажется не очень.
Согласен не показывает. Опять же нет идеального и универсального решения, в каждом способе свои плюсы и минусы. И по сути знать нужно все, а применять только наиболее удобный в определенной ситуации.
@@user-of4dc3rh5c а помимо удобства как это улучшает наше приложение? Или удобство это конечная цель этого подхода? Просто куда быстрее создать объект класса и вызвать нужный метод, ну а если нужно во вью такой функционал то можно просто из котроллера передать объект во вью, или в моделе реализовать метод и вызывать с контекста вью.
Спасибо за урок, хотелось бы больше подобных уроков
Ооочень полезный урок. Но поначалу очень много воды по 2 раза одно и тоже.
И опять же, очень медленно я на +1,25 speed смотрю.
Нолайк однозначно. Такие вещи полезны. Спасибо.
А я на 1.75 )
LOL
1.25 и правда в самый раз
все очень доступно
спасибо, полезный урок
Спасибо!
Благодарю 🤝
Автор красавчик , лайк
Суть взаимодействия ясна, но, подводя итог под конец видео, складывается впечатление, что вся эта возня на 30 минут ради того, чтобы не создавать экземпляр класса в одну лишнюю строчку.
Тема не раскрыта. Фассады в первую очередь созданы для реализации DI. А не для красоты.
Лучшие курсы на российском рынке у вас, я думаю)
Круто, но нахрена это надо!
Сервайс... Неужели не проще говорить "сервис"?))) Ну это такое, называйте как хотите, конечно)
Отличный урок! :)))
Про: Фасад - Сервис провайдер - Сервис контейнер - как это работает.
Супер
17:15 тайминг сервис контейнеров
А добавить public static function -- разве не заработает ?
Или это чисто для примера?
Tora20112 заработает но видимо это не по архитектуре)
Показан простой и не самый удачный пример, суть в хранении обьекта в контейнере и доступ к нему
лойк!
этот материал актуален для 8 версии?
Nice
liked
Какая тут версия Laravel ?
Подскажите пож-ста каким плагином или как вы организовали автоматическое обновление страницы в браузере с Ларавелом - заранее спасибо
Никак, кнопка F5
В принципе хорошо использовать структуру фреймворка, но вот в блэйде шаблоне php это по рукам бить надо.
Певно що ви недочитали 'доки' : ...Blade does not restrict you from using plain PHP code in your views. In fact, all Blade views are compiled into plain PHP code and cached until they are modified... . Це точка зору розробників, далі все справа смаку.
code style не по psr
public function isValid()
{
bla bla bla
}
И false вместо FALSE
вообще не понял для чего это всё
Упрощённый единообразный доступ к сервису, как и к другим сервисам в рамках приложения Laravel
не понял нафига придумывать свой костыль для проверки даты, неужели через Carbon нельзя было проверить дату на валидность
А зачем создавать сервис-провайдер через "Создать файл", когда есть консольная команда php artisan make:provider?
чтобы никто не думал что сервис провайдер это отпрыск магической артисан команды
Непосредственно сервайсес