Я создал спокойные веб-службы. Конечные точки служб имеют аналогичную логику:Должен ли я код рефакторинга, если он скрывает поток программы?
Если проверка ввода прошла успешно, выполните операцию базы данных и верните результат.
Если операция db завершилась неудачно, верните ошибку db.
Если проверка не получится, возвращает ответ с информацией о неудачных проверках
Моего кода было явно в том смысле, вы можете прочитать код и понять поток программы.
Кооператор реорганизовал его так, чтобы этот базовый поток был реорганизован в класс утилиты, основная функция которого принимает тело запроса, операцию db и обработчики.
Теперь код не выражает поток, но основная логика реорганизуется.
Какая практика? Вы пожертвовали бы читабельностью для рефакторинга?
Да, единичный тест также будет уменьшен.
Спасибо.
Предлагаю опубликовать до и после версий по адресу http://codereview.stackexchange.com/. – jaco0646
Также рассмотрите определение [рефакторинг] (https://en.wikipedia.org/wiki/Code_refactoring). Не имеет смысла противопоставлять рефакторинг с удобочитаемостью. Рефакторинг не является особенностью. – jaco0646
Спасибо, я разместил вопрос здесь: http://codereview.stackexchange.com/questions/105125/code-readability-vs-refactoring – ontk