Заливка Битмапой со Scale

[Dukobpa3]

То же самое, но правильно - укладывается в пять строк кода, без доп-класса.

[Akopalipsis]

То же самое, но правильно - укладывается в пять строк кода, без доп-класса.

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

[Dukobpa3]

Ты не это покажи, а покажи то место где это используется.
Потому что с такой реализацией - неоптимально, не оч красиво, можно оптимизировать - но тем не менее будет работать.

Надо поглядеть на уровень или два выше, туда где это используется.

[Akopalipsis]

Ты не это покажи, а покажи то место где это используется.

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

[Dukobpa3]

Пока не где

Я понимаю что ты сейчас экспериментируешь, потому простительно. Но тем не менее дам совет. Если у тебя вдруг когда-нибудь появится цель закончить проект, а не просто "разобраться" - то писать то, что не используется - очень плохая практика.
80% таких наработок не только не используются, но и никогда будут использоваться, а время потрачено и дедлайн затянут.

[Akopalipsis]

Нет, я это буду использовать! Помните игру, линии, вот там кубы от центра скалируются. Там я это и применю. Так же если когда то придется карты делать, оно вот И если разобраться, то лишнее в этом коде только одно, я не использую родной скале. А расчеты конечной ширины и высоты, так же, как и координат, необходимо для подгонки пиксель в пиксель. Ограничительная рамка, это тоже необходимо и точка клика, в моём случаи Point. И так же придется это в отдельный класс вынести. А так, не чего лишнего.

[Wolsh]

Поработай над названиями, может станет понятней что это.
Функции не должны называться существительными. Функция что-то "делает", она глагол или деепричастие.
Функция не может называться state(). Может быть checkState(), или isFinish(), если она Boolean-причастие (но тогда может есть смысл делать паблик геттер animationFinished и уж точно нужно событие об окончании).
Что такое _isY ? Игрек — что?
Почему класс называется ...Container, но не наследует DOC? Назвал бы ScaleAnimator например...
Почему метод называется add(), если он не Добавляет (еще один элемент к остальным), а устанавливает Единственный, да еще и возвращает новый экземпляр того же класса, у экземпляра которого мы этот метод вызвали (голова кругом)? Это для сахара scaleMaster.add().add().add().add()? Необходимость в каждом add() указывать целевой объект превращает такой сахар в соль моих слёз. Что это за сахарная цепочка, в середине которой может полностью поменяться объект, с которым работаем?
На вскидку, я бы наверное сделал статический метод класса createScaleAnimator() нормальный параметризированный конструктор, которому бы отдавал целевой объект раз и навсегда, и получал экземпляр ScaleAnimator'a, уже привязанный к конкретному объекту. И вот ему уже можно было бы делать инъекции add().add().add() (возвращающие ссылку на этот же экземпляр, а не создающие новые) с параметрами анимации и целевой трансформации.
Ну это так, первое что в глаза бросилось, и не заостряя внимание на смысле всего этого действия))

[Dukobpa3]

Мне еще непонятно почему екстенд ивентДиспатчер, хотя ни одного ивента нету.

[Akopalipsis]

Поработай над названиями, может станет понятней что это.

Спасибо за совет! Попробую и покажу.

Мне еще непонятно почему екстенд ивентДиспатчер, хотя ни одного ивента нету.

По двум причинам, от которых я не могу пока отделаться, так как ещё не подошёл в плотную к применению.

[in4core]

Мне еще непонятно почему екстенд ивентДиспатчер, хотя ни одного ивента нету.

Для понта. Я вот например в контроллерах extends Object делаю иногда, веселит меня это...
Тут больше интересно зачем АйФейсы ! Видимо тоже для понта, - не пихайте айФейсы просто так, они нужны в конкретных реализациях а не в классах утилитах, да еще и непонятно для чего