Написание сет, гет функций для x

[ЗлОй ПрОграММер]

Можно ли как нибудь для класса переопределить функции для получения координаты экземпляра по оси x
делаю так но выдаются ошибки

override public function set x(value: Number): void
{
	x = value;
}
 
override public function get x(): Number
{
	return x;
}

Добавлено через 17 минут
нашёл как это сделать, вот код может кому и понадобиться

override public function set x(value: Number): void
{
	super.x = value;
}
 
override public function get x(): Number
{
	return super.x;
}

[strangedk]

Хорошо что получилось. а если не секрет, зачем такие ухищрения?

[GBee]

override public function set x(value: Number): void
{
	x = value;
}

Так адская рекурсия.

[strangedk]

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

Так адская рекурсия.

Даже такую адскую рекурсию можно предотвратить если всегда валидировать данные, и проверять на изменение:

override public function set x(value: Number): void {
    if (x != value)
        x = value;
}

[ЗлОй ПрОграММер]

Хорошо что получилось. а если не секрет, зачем такие ухищрения?

мне нужно узнавать когда экземпляр меняет свою координату по x и отправлять данные другому пользователю

Так адская рекурсия.

ну вот не догадался сам)

[Inet_PC]

Даже такую адскую рекурсию можно предотвратить если всегда валидировать данные, и проверять на изменение:

override public function set x(value: Number): void {
    if (x != value)
        x = value;
}

Ээ, а Вы сами проверяли? Это все еще рекурсия бесконечная.

[strangedk]

Сообщение от ЗлОй ПрОграММер

мне нужно узнавать когда экземпляр меняет свою координату по x и отправлять данные другому пользователю

Лично я против таких "умных" объектов. И считаю что все изменения должен и отслеживать и передавать их родитель.

Если их будет например 100, то я боюсь представить какой хаос будет происходить в передаче данных.
Плюс - например не передавать координаты того объекта, который вышел за определенные пределы.

В общем, ваша идея безусловно хороша. Но всё же лучше бы это делать в родителе.

Добавлено через 7 минут

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

Ээ, а Вы сами проверяли? Это все еще рекурсия бесконечная.

Ну лично у меня это вообще не запустилось.
Не думаю что у кого-то запустится, но пробуйте, может там не в strict mode или еще как-то

Я думаю что пожелание валидации и проверки на изменение - совсем не лишнее

[ЗлОй ПрОграММер]

Лично я против таких "умных" объектов. И считаю что все изменения должен и отслеживать и передавать их родитель.

Если их будет например 100, то я боюсь представить какой хаос будет происходить в передаче данных.
Плюс - например не передавать координаты того объекта, который вышел за определенные пределы.
В общем, ваша идея безусловно хороша. Но всё же лучше бы это делать в родителе.

Экземпляра всего 2 по плану должно быть) причём только один из них передаёт данные, а другой будет получать; В родителе только будет функция которая передаёт данные, а если из родителя следить за изменением по оси X то придётся создавать лишнее событие ENTER_FRAME и в нём писать ещё проверки изменялись ли координаты или же нет.

[strangedk]

Проверил, запустилось, и .... зависло))

Да, в этом случае даже валидация не поможет. Но думаю что дело в изначально неверном случае, а не в проверке.

Добавлено через 3 минуты

Сообщение от ЗлОй ПрОграММер

Экземпляра всего 2 по плану должно быть) причём только один из них передаёт данные, а другой будет получать; В родителе только будет функция которая передаёт данные, а если из родителя следить за изменением по оси X то придётся создавать лишнее событие ENTER_FRAME и в нём писать ещё проверки изменялись ли координаты или же нет.

тогда думаю еще правильнее, поставить проверку в функции которая передает данные. И если они такие же как и предыдущие - то просто не отправлять. Может сэкономить ресурсы.

Не нужно создавать ничего лишнего. Если родитель меняет координаты своего child'a, то он всегда может узнать какими они были до этого. И если новые координаты такие же как и старые - то просто не менять их.

[ЗлОй ПрОграММер]

Не нужно создавать ничего лишнего. Если родитель меняет координаты своего child'a, то он всегда может узнать какими они были до этого.

Сам child управляется с помощью клавиш(т.е. управление в классе прописано), так что кроме как создавать ENTER_FRAME в родителе вариантов не вижу