Также известен как Large Class

Запах кода Большой класс

Симптомы и признаки

Класс содержит множество полей/методов/строк кода.

Причины появления

Классы редко бывают большими изначально. Но со временем постепенно многие из них «раздуваются» в связи с развитием программы.

Как и в случае с длинными методами, чаще всего программисту ментально проще добавить фичу в существующий класс, чем создать новый класс для этой фичи.

Лечение

Когда класс реализует слишком обширный функционал, стоит подумать о его разделении:

  • Извлечение класса поможет, если часть поведения большого класса может быть выделена в свой собственный компонент.

  • Извлечение подкласса поможет, если часть поведения большого класса может иметь альтернативные реализации либо используется в редких случаях.

  • Извлечение интерфейса поможет, если нужно иметь список операций и поведений, которые клиент сможет использовать.

  • В классах графического интерфейса часто можно найти данные и поведения, которые не относятся к непосредственной отрисовке интерфейса, а скорее отвечают за общую логику работы. Такие данные и поведения следует выделить в отдельный класс предметной области, который бы управлял работой графического интерфейса. При этом может оказаться необходимым хранить копии некоторых данных в двух местах и обеспечить их согласованность. Дублирование видимых данных предлагает путь, которым можно это осуществить.

Выигрыш

  • Рефакторинг таких классов избавит разработчиков от необходимости запоминать чрезмерное количество имеющихся у класса атрибутов.
  • Во многих случаях разделение больших классов на части позволяет избежать дублирования кода и функциональности.

Устали читать?

Сбегайте за подушкой, у нас тут контента на 7 часов чтения.

Или попробуйте наш новый интерактивный курс по рефакторингу. Он более информативный и гораздо более интересный, чем банальный текст.

Узнать больше...