# AlkatraZ (20.01.2017 / 21:58)По мимо этого, он предлагает:
Да мне хватило предложения
"Один главный конструктор в классе Все остальные конструкторы его вызвают. Так есть единый код создания объекта, который легче поддерживать."
Я что-то не понимаю, или у кл
1. Конструкторы не должны содержать выполняющий код
Конструкторы только создают/инициализируют объект, вся полезная работе происходит в методах.
2. Не используйте utility классы, хелперы
Это обычно не классы, а набор процедур. Это очень частый антипаттерн в ООП.
3. Не используйте геттеры и сеттеры
Объекты в ООП не просто структуры данных. Структура данных прозрачная, а объект — черный ящик. Структурв данных пассивная, объект — активный. Геттеры и сеттеры нарушают целостность объекта, он становится не иммутабельным.
4. Не используйте статические методы
Статические методы из процедурного стиля программирования. Они удобны для компьютера, но плохи для ООП, классов, поддержки и тестирования. Императивный стиль — это про алгоритмы и исполнение. Декларативный — про объекты и поведение. Нужно стремиться к декоративному стилю.
Выделил самое основное