Сколько строк нормально для класса?

Question

[theNorthWind]

Сколько строк по вашему мнению приемлемо для одного класса в C++ и ещё возможно не говнокод? Нормально ли делать класс из около 300 строк?

Comments

[theNorthWind]

Константин, поэтому "возможно" не говонокод))

[Victor Bomberow]

Кому-то нужно перечитать Макконнелла

[Евгений Шатунов]

theNorthWind, может лучше сменить формулировку вопроса на "Сколько атомарных задач допустимо для типа, чтобы он не скатился в богоподобие и дурно пахнущий код"?

Какое отношение может иметь число строк к критериям приемлемости? Твое число строк учитывает документацию и комментарии? Оно учитывает только определение типа или оно должно учитывать сумму как определения типа, так и определения всех функций из пространства этого типа? Это число должно учитывать пустые строки, используемые для разграничения функциональных блоков?

Нормально ли делать класс из около 300 строк?

300 строк чего? 300 построчных объявлений методов и полей без порядка, документации и семантического разделения? Нет, не нормально. Но вот с документацией, стилистическим и функциональным разделением, с оформлением и акцентами может выйти и больше 300 строк исключительно по делу.

Answer 1

[xmoonlight]

Столько, сколько необходимо для кодирования логики поведения объектов этого класса.
А заложенная логика в этот класс - это вопрос архитектуры проекта (не кода проекта!).

Answer 2

[liquiddeath13]

кода должно быть достаточно для реализации заложенной в класс логики, выполнение к-рой будет делегировано исключительно ему/объекту данного класса
важно разграничивать функционал, который вы хотите реализовать в рамках того или иного класса. отделять мухи от котлет, как любят говорить
остальное - вопрос архитектуры ПО, как уже было ранее озвучено

Answer 3

[Максим]

Где-то читал, что примерно 500-1000 строк для бизнес логики.

Но:
1. Количество строк никак не может зависеть от качества кода. У вас может быть 500 строк плохого кода, который не разберёт даже автор. Но если у вас код хотя бы по DDD, то с таким кодом жить проще. А если ещё есть тесты, то вдвойне лучше.

2. У вас код может быть и на 1500 строк из-за подробной документации кода. Или же много строк получается из-за большого количества передаваемых параметров в методах. И такой метод приходится переносить - каждый параметр 1 строка. Пример.
3. Не стоит ориентироваться на количество строк. Если код поддерживать и читать не сложно, то не заворачивайтесь. Если сложно - рефакторинг.

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