Привет, народ. В методе update есть несколько блоков условных операторов,

вроде:

Update()
{
{
if (…)
{ }
else if (…)
{ }
else
{ }
}

{
if (…)
{ }
else
{ }
}
}

Нужно ли мне эти два блока как-то разграничивать между собой?

То есть, пихать все в отдельные методы, а потом вызывать

1 совет ужасен

не делай так

нет. Какой максимально длинный метод и как долго ты поддерживал? Моя личная практика: 1. методы длиннее 20-30 строк - для лохов. 2. методы с тремя и более условиЯми/циклами - для длхов В целом, если ты, открыв метод через полгода, не можешь за 5-10 секунд ТОЧНО понять, как он работает - мтеод говно

> методы длиннее 20-30 строк - для лохов. Ну ок ☹️

А как лучше? В целом, то, до чего я додумался, на жизнь имеет право? Если внутри Update создавать отдельные тела Update() { { … } { … } }

Ну, тут и правда лучше в методы вынести

в отдельные логические методы, да. Просто представь. У тебя в апдейте уже два НЕЗАВИСИМЫХ блока. А потом появится третий. Четвертый. А потом один из блоков потребуется использовать в другом месте. И вот через неделю или месяц ты обнаружишь гигантский апдейт на 200 строк, в котором делается ВСЁ. Не хочешь методы - хотя бы разбивай комментами на блоки. Твоя задача: сделать код таким, что если ты его бросишь прямо сейчас, а через полгода похмельным утром 1 января ты его откроешь - тебе понадобится 10 секунд чтобы понять, что и как делает ЛЮБОЙ метод. Любой метод должен быть понятен от и до за 10 секунд. Не понятен - бей на методы или добавляй комменты

я работаю в фирме и у меня может быть sql запрос больше 100 строк, а потом linq еще на столько же и каким образом у меня метод будет 20 строк?

и каково это всё поддерживать?