2 ай бұрын
2 ай бұрын
3 ай бұрын
3 ай бұрын
5 ай бұрын
5 ай бұрын
Пікірлер
@alexeyi.197 3 күн бұрын
Еще эта одна из самых востребованных специальностей в IT-индустрии на данный момент 😜
@tak4220 9 күн бұрын
Спасибо! Мне очень нравится как Вы объясняете. Очень интересно и понятно.
@user-bp8pq8vs5b 9 күн бұрын
Спасибо за видео, было интересно и полезно
@tutkolom 17 күн бұрын
лол ссылка на сайт не рабочая)
@blavodbatman 2 ай бұрын
Спасибо, рассказали очень интересно, удачи в развитии!
@vr29645 2 ай бұрын
чем больше смотрю на рест, тем быстрее бегу к rpc
@igorigor4206 2 ай бұрын
Ок, ну а какой же подход тогда правильный, если с get передается, например, большой фильтр?
@Kitulous 2 ай бұрын
как у меня на работе, можно этот фильтр сериализовать и передавать через гет параметр
@igorigor4206 2 ай бұрын
@@Kitulous Но тут все упирается в не бесконечную длину Url.
@Maugly 2 ай бұрын
Да, у тебя выбрана пара доге/юсдт
@dmitriyobidin6049 2 ай бұрын
4:25 Я могу понять что это в http не заложено, но почему это не заложено в спецификацию Rest? POST же у нас удовлетворяет и rest, и http и там тело возможно. И да, в rfc http сказано что на запросы get сервера могут реагировать по разному, в том числе и ошибкой, но явного запрета на присутствие тела запроса там нет.
@user-ie8ph7js9k 2 ай бұрын
Omg… so much good information for me like a fresh dev 👍✌️
@user-iu2bi6nx3g 2 ай бұрын
Если get запрос содержит слишком много параметров, (например, мега фильтр) и напаролись на ограничение длины параметров, делать post? Тогда это противооечит ресту.
@narrrick 2 ай бұрын
Можно разбить на 2 операции: один PUT на регистрацию параметров запроса который возвращает filter_id - сохраненного набора параметров. И второй запрос GET где в качестве аргумента передачется ранее созданный filter_id, но тогда приходится хранить фильтр (обычно для этого может подойти любое in memory хранилище). Да и на мой вкус, операция чтения становится не совсем stateles - но это дискусионный вопрос.
@katetometr 2 ай бұрын
рест - подход. Если где-то отойти, ничего страшного не произойдет.
@user-sd7tb5ih5k 2 ай бұрын
Добавлено в свой плейлист) Хороший ролик, но почему так просмотров мало? Надо как-то оптимизировать попробовать. Мне рекомендовали ютифай.. если что)
@user-mk2xy9py8s 2 ай бұрын
Мне интересно как такие люди определяют что в коде красиво, а что нет, и откуда такая уверенность, что их оценка объективна и является неприложной истиной для всех?
@_4ado 2 ай бұрын
Есть определенные негласные, а зачастую и гласные, правила. У протоколов -- спецификации, у кода -- конвенции, у архитектуры -- паттерны. Оттуда и берут. Если вы будете покупать квартиру и вход у вас будет через ванную комнату, то вы, мягко говоря, удивитесь и покрутите пальцем у виска. Хотя "откуда такая уверенность, что ваша оценка объективна и является неприложной истиной для всех"?
@xBodro 2 ай бұрын
Протокол http не запрещает использование body с GET. Что не запрещено, то разрешено. Elasticsesrch работает именно так. Другое дело, что браузеры не поддерживают такой подход и это сильно ограничивает применение.
@gmunteanu 2 ай бұрын
дома у себя можешь делать все что хочешь (то есть в своей сетке) а в интернете у меня первая же мысль было - могут выбросить тело запроса
@user-ev5bg9iq3t 2 ай бұрын
Так много что не запрещено и возможно, это же не значит что нужно писать только говнокод.
@xBodro 2 ай бұрын
Джуны на связи
@luckytima2315 2 ай бұрын
такие ноутбуки и стул, такое ощущение, что видео из 2015-2016 года )
@ViktorAr2023 2 ай бұрын
так системному аналитику не нужно иметь игровой ноут или комп для работы, тут хватит простенького инструмента. А если человеку удобно работать за своим компом, хоть старым он его не променяет. у меня ноут 2012 года игровой, досих пор на нем работаю.
@luckytima2315 2 ай бұрын
@@ViktorAr2023 я все понимаю ) не хотел вас обидеть или как-то принизить , извините если вам так показалось, очень хорошие видео у вас
@ViktorAr2023 2 ай бұрын
@@luckytima2315 чувак это не я на данном видео))))
@al77ex1 2 ай бұрын
Вот интересно удается ли вам выразить DDD в диаграммах UML каких нибудь типов или используется свободный стиль?
@GetIT.academy 2 ай бұрын
На самом деле, одна только Class Diagram в расширенном виде (с указанием всех методов, с проработкой интерфейсов и пр.) позволяет на 90% описать модель, лежащую в базе приложения. Прибавляем к этому sequence-диаграмму для наглядного изображения контрактов взаимодействия, и вуаля
@al77ex1 2 ай бұрын
Где вам удалось такой дичи раздобыть, мне казалось до такого додуматься невозможно))
@GetIT.academy 2 ай бұрын
Как ни странно, больше всего дичи я видел в крупных банках
@AlexDanov 2 ай бұрын
Ага... задание первое, найти ссылку... в описании к видео ... где она?
@GetIT.academy 2 ай бұрын
getit-academy.ru
@nataliya6576 3 ай бұрын
Спасибо за информацию