Полоски состояний в игре. HUD

[Dukobpa3]

И для удобности использования лучше не совмещать представление с контролем.

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

Другое дело что прогресс-бар сам по себе никому не нужен, он обычно часть чего-то.

[Rivexe]

Если так, то как тогда делать, чтобы разделить?

Пример привел выше.
Есть прогресс бар gauge, у которого можно задавать значение ratio.

[Tails]

Rivexe,
У вас твиннер это контроллер?

[Rivexe]

Tails, нет откуда такой вывод?

[Tails]

Rivexe,

Сообщение от Rivexe

И для удобности использования лучше не совмещать представление с контролем.
Сейчас мне надо изменить значение прогресс бара с анимацией, а в следующий раз без
...
Хочу с плавной анимацией, использую твинер или любой другой удобный инструмент:

TweenLite.to(gauge, 5, { ratio:1, ease:Linear.easeNone } );

[Rivexe]

Tails, ну тогда бы все прихватили:

Хочу отобразить изменение моментально вызываю:

gauge.ratio = 1;

Почему только TweenLite вас затронул?

[Tails]

Rivexe,
Хорошо, тогда такой вопрос: должен ли контроллер указывать виду как отобразить значение?

[Rivexe]

Tails, вы хотите обсудить концепцию MVC? Я просто привел пример. В вашей реализации, мне показалось, проблематично изменить принцип отображения без изменения самого класса.

[Tails]

Rivexe,
Этот простейший пример призван показать автору, как нужно решить его задачу, в какую сторону смотреть и как работает принцип анимации объектов в старлинге. Вот и всё. Я специально старался не усложнять его лишним.

Для общих случаев, вполне ясно выразился Dukobpa3.

[Rivexe]

Ок, я Вас понял.