Цитата:
Сообщение от teion
Мужчина, аргументируйте свое высказывание. Предложите свой вариант если сможете
|
Алгоритмически: т.к. флеш плеер не всегда поддерживает постоянный фреймрейт (а в этом случае гарантированно — ведь будет обновляться UI), то такой рассчёт скорости в лоб через ENTER_FRAME не подходит. Нужна какая-то аппроксимация. Например, запоминать N последних координат и время, затем при рассчёте скорости учитывать это всё дело и, используя весовые коэффициенты, вычитывать текущую скорость, тэкскать, аккуратнее. Аккуратнее всмысле это даст лучшие результаты в данных условиях (флеш плеер). Приятное затухание не может быть линейным, в природе вообще мало линейного. Чем меньше скорость, тем немного быстрее должно быть затухание.
Но если автор спрашивает, что такое pX и pY, то это яно не для него всё.
Архитектурно: многие люди выдают proof of concept (я больше про людей в блогах, а не на быстрых ответах в форумах. никаких камней и огородов Силину в данном случае), которые ну никак не предназначены для использование в таком виде. Для таких вещей нужны внешние классы, называйте их менеджерами, поведениями, помощниками — как угодно.
Цитата:
Сообщение от fish_r
Если нет практической необходимости моделировать реальные физические явления, то имитация
этих, физических явлений, - всего лишь один из видов дизайна. Сегодня он в моде, а завтра - нет.
Так, что зря вы так категорично.
|
Вопрос не в "моделировании", а в приятном responsive UI. А в таких случаях надо напрячься самую малость.
14.08.2011, 11:22
Комбинированный вид
