Группировка методов модели через наследование?

Question

[abbrakadabbra]

Есть модель (не абстрактная), в которой накопилось огромное количество методов. Хочется как-то привести это дело в порядок. Пришла идея создать под каждый тип задач (валидации, отправка почт, заданий и т.д.) создать по отдельному классу (абстрактному) и потом от них наследоваться.

Хорошая ли это практика? Какие у неё могут быть недостатки?

Comments

[Олег Беж]

Егор Бугаенко говорит, что под каждый объект, имеющий состояние, должен быть свой класс.
Да и чисто субъективно - будет лучше и проще юзать модель и разобраться в коде, если каждый тип задач выделен отдельно

[abbrakadabbra]

Олег Беж, то что я хочу сделать. Сейчас листать десятки методов визуально неудобно.

[javedimka]

abbrakadabbra, Нажми на знак минуса слева от объявления метода чтобы скрыть его реализацию

[Олег Беж]

abbrakadabbra, тем более, станет только лучше.
П.с.

по поводу дробления

https://youtu.be/lfdAwl3-X_c

[abbrakadabbra]

javedimka, я лучше нажму на три точки справа от комментария "Это какая-то шутка, а не ответ" :-)

[javedimka]

abbrakadabbra, Это был вполне серьезный ответ, зачем что-то выносить в отдельные классы и мудрить с реализацией, когда разделение методов на логические секции ты можешь сделать инлайновыми комментами, а для облегчения своих визуальных страданий - воспользоваться средствами IDE?

[sim3x]

abbrakadabbra,

то что я хочу сделать. Сейчас листать десятки методов визуально неудобно.

а зачем листать, если есть поиск по коду, джампы в методы и интерактивный вывод комментов под методом?

Answer 1

[Дмитрий Свиридов]

Я в таком случае юзаю вот эту библиотеку. Не знаю, почему тут все советуют навигацию по коду и т.п. "Толстые" модели - это реально неудобно, от этого надо уходить.