Еще больше супер полезного 👉 it-dev-journal.ru GraphQL vs REST 👉 kzitem.info/news/bejne/mJyGyYalrnSHpKQ Пагинация данных в GraphQL 👉 kzitem.info/news/bejne/tISX1o2Fo2t6o3Y
@steel1004
3 жыл бұрын
Если запрос на регистрацию - мутация(создаётся новая сущность пользователя) то на авторизацию - квери ?
@DevMagazineChannel
3 жыл бұрын
думаю, на аутентификацию - тоже мутация, т.к. это не просто выдача JWT (например), но и запись доп инфы в БД - время логина и т.д.
@ev8317
2 жыл бұрын
Подписка однозначно. Доходчиво, спокойно и не растянуто !
@ruslankhamidullin235
3 жыл бұрын
Очень понятно и доходчиво. Спасибо
@aleksandrzelenskiy4000
2 жыл бұрын
Спасибо за доступное объяснение GraphQL
@chelovak
Жыл бұрын
contries немного сбивают с толка
@ivanstrelka3448
3 жыл бұрын
От души!
@duoduoo6732
Жыл бұрын
в чем разница в использовании таких дополнительных посредников (grapjQL, restAPI и т.д.) при получении ответа на запрос по сравнению с получением ответов на запрос без этих дополнительных посредников, а сразу как в старые времена? почему эти посредники не лишние ведь раньше без них все работало и никто не жаловался?
@ЮрийКлименко-к3щ
Жыл бұрын
Включаю это видео на ночь, бессоницы больше нет, этот томный голос имеет буквально целебный эффект
@ЕвгенийВасильев-щ7в
Жыл бұрын
этот прогер еще убойнее вырубает youtube.com/@JavaTutorRU
@ЮрийКлименко-к3щ
Жыл бұрын
@@ЕвгенийВасильев-щ7в спасибо, ценный стафф
@ВасяКавайный
Жыл бұрын
Меня и днем вырубает нормально, однозначно рекомендую👍
@vladimirww5152
3 жыл бұрын
О, классно всё объяснил!
@stas6267
3 жыл бұрын
Огромное спасибо! Готовлюсь к собеседованию, было очень полезно!
@futurepeople463
Жыл бұрын
Ты устроился?
@synthwave_chad
Жыл бұрын
@@futurepeople463 тот же вопрос
@АннаГалицкая-й6р
3 жыл бұрын
Спасибо большущее за толковое видео!
@DevMagazineChannel
3 жыл бұрын
Спасибо! 👍
@atlasua2021
3 жыл бұрын
я так понял сервер кидает запрос в базу данных и получает всё, а GraphQL делает запрос на сервер и получает только то что нужно?
@DevMagazineChannel
3 жыл бұрын
То что сервер должен получить из базы данных прописывается в resolver - она не обязательно будет запрашивать все данные из БД и зависит от того какой SQL (например) запрос напишет разработчик. resolver это функция которая вызывается GraphQL на запрос от клиента.
@sibercode
Жыл бұрын
@@DevMagazineChannel ну не совсем корректно, есть несколько сценариев использования графкуля: один из них это с собственной базой (чаще колоночной) и кучей проблем о которых нужно помнить, второй для агрегации данных с нескольких микросервисов и третий в качестве транспортного уровня, чтобы легко исключать возвращение ненужных клиенту полей и стандартизации api
@ruslansitdikov1489
2 жыл бұрын
Супер объяснение!!! Спасибо!!!
@ekaterinashiriaeva1585
2 жыл бұрын
Спасибо! Понятно и интересно :)
@DevMagazineChannel
2 жыл бұрын
Спасибо!)
@CQRay
2 жыл бұрын
Что за BaIdentity?)
@cjmartin6511
Жыл бұрын
Чувааак, ты за 30 минут больше объяснил чем 6-ти часовой курс на udemy! Можно ли найти пример кода для бэкенда?
@DevMagazineChannel
Жыл бұрын
Спасибо! есть такой пример на Python github.com/budgetsapp/ba-api
@АнтонПетренко-и1ц
Жыл бұрын
Спасибо, классное видео)
@МихаилАлександрович-ж2о
Жыл бұрын
Спасибо! Отличное видео!
@oygemor
3 жыл бұрын
На бэке используешь ли DI (dependency injection)? Если нет, то почему? И почему в python этот подход не популярен? Спасибо за видео, круто. Но я пробовал graphql на net - это какое то мучение :)
@DevMagazineChannel
3 жыл бұрын
Спасибо за отзыв!) DI использовал часто, когда писал на .NET. Не могу сказать что в Python DI не популярен, просто он принимает другие формы и он не требует использования отдельных библиотек, как, например, в том же .NET. Хотя dependency_injector не перестает обновляться и используется. Тут скорее зависит от размера проекта и команды, в конце концов возникнет необходимость в разделении кода и в удобной структуре. А какую вы использовали graphql либу для .NET ?
@sergey_molchanovsky
3 жыл бұрын
Мое имхо, что DI сильно переоценен и далеко не везде нужен. Пробовал в Unity, во Flutter, и в нативном Android, везде суть одна - внутри классов ссылки на интерфейсы, и неявно происходит подмена этих интерфейсов на реализации, ты либо пишешь контейнер с зависимостями, либо помечаешь классы как injectable. Из-за этого куча магии в коде, ты не можешь быть уверен, что интерфейс у тебя подменился, приходится потом лазить по всему коду и смотреть, есть ли injectable, или прописан ли класс в контейнере. При поверхностном взгляде на классы не видишь, куда что заинжекчено, не открыв класс и не проглядев код. В общем, больше головняка, чем пользы.
@sibercode
Жыл бұрын
@@sergey_molchanovsky не юзай ioc контейнер, делай di руками...
@sergey_molchanovsky
Жыл бұрын
@@sibercode ну вот во Флаттере все сервис-локаторы юзают. DI не прижился.
@sibercode
Жыл бұрын
@@sergey_molchanovsky потому что хочется писать мало кода, его "легче поддерживать", а вообще, магия - зло, не доверяй роботам, за ними всё равно приходится перепроверять, ибо ответственность всё равно на тебе
@plaksa9856
2 жыл бұрын
спасибо за видео! информативно и понятно.
@cs_dequeue
2 жыл бұрын
Спасибо большое за полезное видео!
@Lov3Catch
2 жыл бұрын
Спасибо, шикарное интро.
@Инквизитор-с3ж
2 жыл бұрын
и где это "Всё"??
@АнтонВасильев-т2я
2 жыл бұрын
Спасибо) Классное видео
@turtrueweb
3 жыл бұрын
+
@george907126
2 жыл бұрын
Все круто но хотелось бы узнать как данные из gql выводить в html (списки, таблицы и тп) особенно полезно было бы узнать про Apollo и Angular как это там реализуется.
@DevMagazineChannel
2 жыл бұрын
Результатом запроса является обычный JSON. Списки/таблицы выводятся возможностями шаблона фреймворка, в ангуляре это ngFor.
@george907126
2 жыл бұрын
@@DevMagazineChannel спасибо за ответ, буду разбираться!
@harrisonwinston2850
2 жыл бұрын
@@DevMagazineChannel куда пропал?
@DIEZ919191
3 жыл бұрын
коротко и понятно, спасибо!
@Reshila-us6uc
3 жыл бұрын
Опа подписался на канал ставлю лайк
@Stas1983ful
3 жыл бұрын
них-я у тебя и сайт есть, где можно запросы отшлифовать!! Спасибо тебе добрый человек!!!
Пікірлер: 50