Декларативная работа с перечисляемыми типами через Record: как не городить switch или вложенные if

Практически в любом проекте есть некая жесткая структура данных с перечислением (а чаще всего не одна), на которую нужно навешивать некие расширения: иконки в зависимости от типа или статуса некой сущности, логика поведения итд. Рассмотрим как это делают новички, и как можно делать красиво, используя служебный класс Record

В императивном подходе чаще всего используют "любимые" всеми switch или каскады из if:

  export type CarBodyType  = 'sedan' | 'universal' | 'minivan'

...

getCarBodyIcon(bodyType: CarBodyType): IconName {
  if (bodyType === 'sedan') return 'SEDAN_BODY'
  if (bodyType === 'universal') return 'UNIVERSAL_BODY'
  if (bodyType === 'minivan') return 'MINIVAN_BODY'
}

getCarBodyName(bodyType: CarBodyType) {
   switch (bodyType: CarBodyType) {
       case 'sedan': return 'Седан';
       case 'universal': return 'Универсал';
       case 'minivan': return 'Минивэн';
    }
}

То же самое в декларативном стиле:

export type TCarBody  = 'sedan' | 'universal' | 'minivan'

export interface ICarViewExtension { name: string, icon: IconName }

export const CAR_BODY_VIEW_RECORD: Record<TCarBody, ICarViewExtension> {
    sedan: { name: 'Седан', icon: 'SEDAN_BODY'},
    universal: { name: 'Универсал', icon: 'UNIVERSAL_BODY'},
    minivan: { name: 'Минивэн', icon: 'MINIVAN_BODY'},
}

...

getCarBodyIcon(bodyType: TCarBody): IconName {
  return CAR_BODY_VIEW_RECORD[bodyType].icon;
}

getCarBodyName(bodyType: TCarBody) {
   return CAR_BODY_VIEW_RECORD[bodyType].name;
}

Само собой, функции getCarBodyIcon и getCarBodyName тут для упрощения, лучше пользоваться пайпами.
Что мы получаем от использования рекордов?

1. WebStorm будет сразу давать подсказки, если мы, например, добавили новый тип кузова в TCarBody и забыли его прописать в рекорд. С if и switch такого не будет.
2. Код получается более читаемый, да и собственно кода получается меньше
3. Если вдруг захочется сделать типы кузова настраиваемыми на сервере где-нибудь в админке, и хронить иконки, названия, итд в базе данных, потребуется гораздо меньше правок. Так как логика гибкая, а источник истины — один, и он в виде структуры данных, которую можно передать в json и распарсить.

Как всегда жду мнение сообщества и приветствую конструктивную критику.