Какова причина, почему сервировку в коде считают плохой?

Мои коллеги говорят мне, что основанное на таблице форматирование кода плохо, и это не читаемо, и я должен следовать конвенциям. Что то, что плохо об основанном на таблице форматировании? Почему это запрещается?

Я спрашиваю, потому что для меня это намного более читаемо.

Примеры (не реальный код):

if (res == ResultType.Failure)               
  something = ProcessFailure(..);
if (res == ResultType.ScheduledAndMonitored) 
  something = DoSomething(...) && DoSomething3(..);
if (res == ResultType.MoreInfoAvailable)     
  info = GetInfo(..);
if (res == ResultType.OK && someCondition)   
  something = DoSomething2(..);
.... continued

по сравнению с

if (res == ResultType.Failure)               something = ProcessFailure(..);
if (res == ResultType.ScheduledAndMonitored) something = DoSomething(...) && DoSomething3(..);
if (res == ResultType.MoreInfoAvailable)     info      = GetInfo(..);
if (res == ResultType.OK && someCondition)   something = DoSomething2(..);
.... continued

Почему я думаю, что второй лучше:

  • Я не должен анализировать текст глазами - я вижу структуру команд на один взгляд.
  • Я сразу вижу
    • то, что существует некоторая IFS и присвоения
    • то, что перечислением, используемым в условиях, является ResultType и ничто больше
    • то единственное последнее условие составлено из двух выражений

Обновление: это не реальный код. Я просто хотел показать некоторый пример. Рассмотрите это как, он - старый код, который кто-то написал некоторое время назад, и необходимо считать его. Почему первое форматирование предпочтено по второму?

5
задан Robert Harvey 22 July 2010 в 17:34
поделиться