วีดีโอ

Возможно ты про какие то другие миграции говоришь, я не вкурсе :) Если на сервере нет БД, но она тебе нужно, то тебе нужно установить туда подходящую СУБД и затем с помощью скриптов восоздать нужную тебе БД. Скрипты могут быть супер разными, все зависит от СУБД. На этой нарезке со стрима я показывал в подробностях как это не сложно делается для SQL-like баз с помощью dotnet ef. Не очень понял твой вопрос про то, что лучше писать руками или хардкодить. Но что точно могу сказать, что хорошо когда ты сохраняешь где нибудь файлики со скриптами для воссоздания БД. С ними будет явно проще работать, чем если их нет.

@@Cleannetcode хардкодить и есть писать все руками. зайти в mysqlAdmin создать таблицу заполнить столбцы, создать другую, сделать связи. И делать посредством миграции...

Я стараюсь подстроиться под человека, кого менторю. Кому то нужно строго по делу, кому то нужно сказать что он дибил, а кому то нужно что вежливо и аккуратно :)

Привет, а почему не рассмаотриваешь бэк на питоне?

@@Cleannetcode Python кажется слишком игрушечным что-ли)

Что же это за тон общения, неужели из-за того, что у тебя немного иной опыт работы это не дает тебе возможности использовать такой тон в общении, не :) Ну а если по делу: Запускать роллбеги и миграции в целом можно и из кода если тебе так удобно, я показываю как делаю сам и так работают мои коллеги. Хотя бывают и проекты где для миграции запускают из кода или даже пишут отдельный миграционный модуль. Но как правило скрипта с использованием ef tool хватает и это более гибкое решение, так как его очень легко расширить или вовсе заменить. Например на использование того же flyway. Сервер может иметь доступ к БД ровно с теми правами, что задумали авторы решения. В некоторых случаях, например в случаях больших систем и шаринга одной базы, права доступа жестко ограничиваются. А бывают банально у тебя команда из джунов и тебе нужно естественным образом ограничить им доступы. В общем каждой проблеме свое решение :)

@@Cleannetcode Я сказал, как есть - ты написал минималистичный код по понятным причинам с некоторыми недостатками, которые же сам критикуешь, хотя ничего в принципе не мешало дописать без этих недостатков. А вот если бы ты привел полный код и уже его критиковал - тогда совсем другой разговор и сравнение было бы уместно. Джунам задача на роллбек и миграцию рили? Впринципе джунам доступ к прод базе? К серверу, модулям с доступом к прод базе? Это как дать доступ на запись к гиту без подтверждения.

@@botcser а как по твоему этому учиться? :)

@@botcser и я все пытаюсь понять о какой критике кода ты говоришь? Просто я в этом видео код особо и не показываю. Разве что пример того, как можно запускать миграцию из кода и упомянаю что мне этот подход не нравится, но имеет место быть. В чем проблема то? :)

К тому, что когда ты вообще не знаешь кто и как будет пользоваться твоим бэком :)

😂

сложно сказать :) как минимум они могут оказаться полезным, потому что порой мы не знает чего мы не знаем. Хотя по опыту скажу, что озвученное на записи этого стрима будет хорошо понятно только тому кто делал хотя бы какие нибудь проекты.

пичалька :( Пока слегка в работе на фулл тайм с переработками. Очень потихоньку делаю курс по микросервисам и скучаю по стримам.

​@@Cleannetcode Ждём с большим нетерпением возращения на большую сцену на ютубе Когда конечно время позволит.

там сами методы статические :) а так да, в программ создается экземпляр сервера и там же запускается. Но это норма, ведь по сути все приложения так или иначе имеют входную точку откуда все инициализируется и создается. А затем когда все что нужно приложение готово, приложение запускается вон даже у десктопных приложений порой перед запуском ты мельком видишь экран прогрузки

aspnet web api по умолчанию использует json как формат по умолчанию но при желании это можно настроить :)

В целом могу согласиться, особенное если изучать с нуля. Данный урок сложно понять без базы по работе с http. В будущем когда буду повторять поток, постараюсь учесть этот момент и сначала ввести базу по работе с tcp/ip и http

@@Cleannetcode скорее часть про практическую реализацию очень плохо ложится, потому что довольно быстро разбираются базовые вещи. Без построчного объяснения кода и базовых концепций. Например я поплыл, потому что не понял что GetContext() возвращает класс в который завернут и запрос и ответ на этот запрос.

я не знаю как ребята, которые начинали этот курс с нуля пытались разобраться с темой (учитывая что домашку с этого урока скинули в дискуссии два человека которые и так умели в программирование и девушка у которой муж разработчик, то похоже никак). Но разобраться как сначала завернуть в HttpRequestMessage данные для передачи на сервер, а потом как их вытащить из HttpListenerContext, потребовало больше 3х часов. И то я так и не понял где оно там (в header?) храниться. Боль. и это я без json делал