Я с Филиппом: если ваше приложение будет очень маленьким (например, просто вызовите методы состояния), перейдите к решению 2.
Я согласен с тем, что создание группы классов только для отображения информации о состоянии в действительности не требуется. Но если ваше приложение будет огромным, проектируйте с учетом решения 1. По мере развития, вы будете создавать конкретные методы, которые будут принадлежать конкретным классам. Иногда вы хотели бы создать метод для «заказа» сообщений о состоянии. Кто знает? Вот почему мы создаем классы, каждый из которых несет свою ответственность, поэтому вам не нужно искать большой php-файл с сотнями функций.
Я верю, что если вы не знаете, как будет развиваться ваше приложение, подход «лучший из двух миров» будет создавать классы, по крайней мере, для каждой категории Twitter (временная шкала, статус, пользователь и т. Д., в сумме может быть 12) вместо каждого метода. Является хорошим решением IMO в вашем случае, если вы не хотите создавать слишком много классов.