Когда функция слишком длинная?

Для этого нет никаких жестких coding-guidelines правил. Обычно мне нравятся def мои методы «делать что-то coding-guidelines одно». Итак, если он захватывает coding-convention данные, затем делает что-то code-style с этими данными, а затем function записывает их на диск, я coding-convention бы разделил захват и запись coding-convention на отдельные методы, так code-style что мой «основной» метод def просто содержит «что-то делать».

Это function «что-то делать» все же может coding-style состоять из нескольких строк, поэтому code-style я не уверен, что количество refactor строк является правильной refactor метрикой для использования coding-convention :)

Изменить: это единственная coding-guidelines строка кода, которую я отправил coding-convention по почте на прошлой неделе code-style (чтобы доказать свою точку coding-guidelines зрения ... это не то, к чему coding-convention я привык :)). Я бы точно functions не хотел, чтобы 50-60 таких programming-style плохих парней в моем методе: D

return level4 != null ? GetResources().Where(r => (r.Level2 == (int)level2) && (r.Level3 == (int)level3) && (r.Level4 == (int)level4)).ToList() : level3 != null ? GetResources().Where(r => (r.Level2 == (int)level2) && (r.Level3 == (int)level3)).ToList() : level2 != null ? GetResources().Where(r => (r.Level2 == (int)level2)).ToList() : GetAllResourceList();

function

refactoring

coding-style

2022-10-15T04:36:03+00:00