По вашему опыту, какое полезное практическое правило для того, сколько строк кода слишком много для одного класса в Java?
Чтобы было ясно, я знаю, что количество строк даже близко не соответствует реальному стандарту, который следует использовать для того, что должно быть в определенном классе, а что нет. Классы должны разрабатываться в соответствии с надлежащими принципами ООП (инкапсуляция и т. Д.). Тем не менее, практическое правило может обеспечить полезную отправную точку для соображений рефакторинга (т. Е. «Хммм, этот класс имеет> n строк кода; он, вероятно, не читается и выполняет паршивую работу по инкапсуляции, поэтому я мог бы захотеть посмотреть, стоит ли быть рефакторингом в какой-то момент ").
С другой стороны, возможно, вы сталкивались с примерами очень больших классов, которые все еще хорошо выполняли дизайн ООП и были удобочитаемыми и поддерживаемыми, несмотря на их длину?
Вот связанный, не повторяющийся вопрос о строках для каждой функции .