Телеграмм чат группы codeblog

Я бы с радостью!.. Я заскринил, но мой уровень не позволяет сейчас это реализовать. Обязательно попробую через словарь это сделать. Я только-только начал вообще работать с win forms, боюсь даже лесть в wpf - но с трудом да как-то освою!

Не лезь коли win form не умеешь пока что, а то она тебя сожрёт. И шкодить надо будет wpf на xaml и бек на шарпее. Так шо учи мат часть для начала.

источник

07:25пожаловаться #7

АГ

Антон Горлищев... in CODE BLOG / C#

Serge

Есть сущность юзеров и платежей, которые относятся к юзерам many-to-one, как удалить юзера, при этом оставить его платежи? (Entity Framework)

А за чем тебе платёжки того кого нет? Ты там кого наипать хочешь?

источник

07:26пожаловаться #8

АГ

Антон Горлищев... in CODE BLOG / C#

Вот такие дяди и тёти, напишут подобное дерьмо и гражданам жить мешают 🤣🤣🤣

источник

07:27пожаловаться #9

АГ

Антон Горлищев... in CODE BLOG / C#

Serge

Есть сущность юзеров и платежей, которые относятся к юзерам many-to-one, как удалить юзера, при этом оставить его платежи? (Entity Framework)

В 1с иди. Там это реализовано, не придумывай велосипед

источник

07:28пожаловаться #10

P

Phantom in CODE BLOG / C#

Sergey Sipov

Всем здарова, из-за чего GetAwaiter().GetResult() может приводить к дедлоку на WinForms?

Ты синхронно ждешь выполнения асинхронного метода, а он в свою очередь, пытается продолжить выполнение блока после await в потоке где ты ждешь его

источник

08:16пожаловаться #11

P

Phantom in CODE BLOG / C#

Sergey Sipov

И как можно это можно исправить без async await?

Всегда, всегда используй async await с асинхронными методами

источник

08:17пожаловаться #12

Ф

Фар in CODE BLOG / C#

Serge

Есть сущность юзеров и платежей, которые относятся к юзерам many-to-one, как удалить юзера, при этом оставить его платежи? (Entity Framework)

В сущности платежей просто не указывай userId как внешний ключ и разреши этому полю null значение, только это очень плохая практика, пропадает целостность данных. Лучше просто заблочить пользователя.

источник

11:37пожаловаться #13

S

Serge in CODE BLOG / C#

Фар

В сущности платежей просто не указывай userId как внешний ключ и разреши этому полю null значение, только это очень плохая практика, пропадает целостность данных. Лучше просто заблочить пользователя.

разве нет такой практики, где платежи удаленных пользователей архивируются?

источник

11:39пожаловаться #14

Ф

Фар in CODE BLOG / C#

Serge

разве нет такой практики, где платежи удаленных пользователей архивируются?

Сам подумай, платёж есть а пользователя нет, это как-то не логично

источник

11:42пожаловаться #15

S

Serge in CODE BLOG / C#