Показать сообщение отдельно
Старый 09.08.2011, 15:25
Wolsh вне форума Посмотреть профиль Отправить личное сообщение для Wolsh Найти все сообщения от Wolsh
  № 21  
Ответить с цитированием
Wolsh
Нуб нубам
 
Аватар для Wolsh

модератор форума
Регистрация: Jan 2006
Адрес: Бердск, НСО
Сообщений: 6,445
Немного прокомментирую писанину.
Сначала создал класс ИнфоБлок. Это дисплейный объект-контейнер, поэтому наследуем Спрайт. У ИнфоБлока будет 2 состояния - скрытый и раскрытый. Их отличие - в кол-ве элементов и соответственно в размере. В скрытом состоянии показывается несколько элементов, их сразу добавляем в контейнер и они сразу отображаются. А дополнительный элемент - в данном случае это одно текстовое поле - будет показываться (добавляться в контейнер отображения) только в режиме "раскрытый". Фон блока будет перерисовываться при изменении режимов в соответствии с новым размером контента. Само собой, кол-во и порядок элементов для режимов вы определяете сами и дописываете соответствующий код сами.
Для перехода из одного состояния в другое сделаем либо два метода-переключалки, либо один метод с передачей параметра Режим, либо его вариант - просто сеттер, как у меня, устанавливающий флаг "скрытый/не скрытый", и запускающий метод, непосредственно меняющий отображение. Вот и весь ИнфоБлок. Можно было бы сделать внутреннюю реализацию реагирования на мышь, но я оставил эту заботу внешнему менеджеру, чтобы позволить ему решать логику при работе с несколькими такими блоками. Ведь если блок будет сам раскрываться /закрываться только при нажатии на него, как нам реализовать закрытие других блоков при открытии одного? Блоки надо связать в систему, которая будет контролировать их все. Лучше было бы сделать отдельный класс, но я написал это все в Мейне, видимо из лени или чтобы не усложнять вам восприятие.
Менеджер работает с массивом ИнфоБлоков. Когда лоадер загрузил данные, парсер пробежался по списку и создал нужное кол-во ИнфоБлоков, передав им необходимые фрагменты этих данных для отображения. Создавая блок, он тут же записывает ссылку на него в массив для Менеджера, и блоку добавляется листенер клика мыши для обработки функциями менеджера. Когда блок кликают, менеджер определяет, что это за блок конкретно и вызывает у него сеттер состояния, меняя его на противоположное. Размер блока меняется, и менеджеру надо закрыть остальные блоки и сместить их для сохранения правильного расположения. Менеджер пробегается по всему массиву блоков, вызывая у каждого незакрытого блока (кроме активного) переход в состояние "закрытый" и смещает его в новое упорядоченное положение.
Вот и всё.
__________________
Reality.getBounds(this);