Lander

Основная проблема не изучить основные понятия ООП, а научиться объектно-ориентированному мышлению. Научиться видеть не совокупность функций, которые что то делают, а рассматривать приложение как взаимодействие объектов. ИМХО это может придти только с опытом. Я видел проекты, написанные с использованием классов, но в том же самом процедурном стиле, и это вообще не делало из программирования ООП.

А можно, изменив класс, вернуть множество объектов внутри данного.

То есть Книга у вас будет содержать множество книг?

GreatRash, Владимир Проскурин, Ryabos,
Три ответа и все разные! :)))

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

ООП лучше юзать всегда. Конечно если нужно сложить пару чисел, то городить диаграмму классов смысла нет, но если что то более-менее серьёзное то лучше всё таки ООП. Всё то же самое можно сделать и без ООП, но вот ООП-подход позволяет писать понятный, сопровождаемый и надёжный код.

class Controller extends Base 
{
...
}

class Entity extends Controller
{
...
}

Может сеттер есть какой? Вообще весь бы код увидеть :)

Тоже раньше не понимал зачем нужны классы и ООП если и так всё работает. Попытки вникнуть в тему по статьям, приводимым в инете (объснения на каких то стульях, столах, человеках, студентах и т.д.) результата не давали.
Потом просто попробовал что то написать с применением ООП. Что то мелкое... Поверхностно освоил наследование, конструкторы, статические методы и т.д. Когда писал мало задумывался о результате и удивился, когда всё заработало с первого раза как надо! До этого приходилось долго вылавливать логические ошибки и отлаживать.
Потом по живому коду других людей понял как надо писать ООП. Начал развивать в себе это объектное понимание и заметил что реально код содержит в разы меньше ошибок, неточностей и, если что то идет не так, то я примерно понимаю где произошла ошибка.
Так что просто начните использовать ООП и сами поймёте зачем оно нужно, но вначале, надо себя заставить ;)

Согласен. Массивы должны быть быстрее! Но у меня встречный вопрос: а что Вам мешает провести подобное исследование самостоятельно?