Добавление параметра id к TextField

[faust.d503]

В as2 текстовому полю для удобства работы можно было добавить параметр например id

var txt:TextField;
for (var i = 0; i < 2; i++){
	txt = this["txt" + i];
	txt.id = i;
	txt.onChanged = function (){
		trace(this.id);
	}
}

В тройке на такое же действие компилятор ругается, мол у TextField нет такого свойства и он конечно прав.

var txt:TextField;
for (var i = 0; i < 2; i++){
	txt = this["txt" + i];
	txt.id = i;
	txt.addEventListener(Event.CHANGE, txtChange);
 
}
function txtChange(e:Event){
	var txt:TextField = e.currentTarget as TextField;
	trace(txt.id)
}

Можно ли это обойти? Я думаю что можно подправить класс через прототипы, но способ не очень нравиться, + в системе прототипов я плаваю.

[DarkLight]

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

[faust.d503]

DarkLight

в AS3 прототипы не рекомендуются к использованию.

Почему? Понятно, что система ООП в as3 строиться на классах, но, по-моему, проще и логичнее изменить уже готовый класс и им пользоваться, чем создавать наследника.
Например, как без прототипов изменить стандартный trace() для объектов и массивов?
Какие могут быть последствия использования прототипов?

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

В смысле вручную? Для меня вручную - руками положить на сцену, если так можно сделать, то мне это нужно. Если имеется ввиду создавать через конструктор в коде, то мне это в решении многих задач жизнь только усложнит.
Сейчас я для определения id выдираю его из параметра name, но это не очень удобно. Тем более если например собирать в массив текстовые поля с разными именами.

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

Описанный способ на as2, мне кажется удобным и логичным.

Пока приходит в голову только делать вместо массива объект, и обращаться по к его элементам по name, но как способ тоже не очень нравиться.

[DarkLight]

Использование прототипов негативно влияет на производительность. Если нужно добавлять свойства к наследникам Sprite и т п - то однозначно расширять, т к можно спокойно разместить на сцене.

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

Кстати, стандартный trace для собственных классов меняется путем override-а метода toString() в классах, который вызывается на переданному trace объекту, если последний не является строкой.

[darksranger]

зачем выдумывать велосипед ?

import flash.utils.Dictionary;
private var hash:Dictionary = new Dictionary();
private var storedTxt:Array = new Array()
 
private function create():void{
var txt:TextField;
for (var i = 0; i < 2; i++){
 
	//txt = this["txt" + i];  
           //я бы сделал так 
 
           txt = new TextField()
           storedTxt[i] = txt
           var thumb:InteractiveObject = txt as InteractiveObject;
           thumb.addEventListener(Event.CHANGE,this.changedHandler)
           hash[thumb] = i
}
}       
 
private function changedHandler(event:Event):void{
           var target:InteractiveObject = event.target as InteractiveObject;
 	trace(hash[target])
 
}
//ну а если нада удалить обьекты то обращаемся к массиву 
 
private function delObject():void {
    for (var i:uint = 0;storedTxt[i];i++) {
         if (storedTxt[i]!=null) {
             removeChild(storedTxt[i])
             storedTxt[i] = null
         }
    }
 
}

[CrazyFlasher]

package 
{
	import flash.text.TextField;
 
	public class MyTextField extends TextField 
	{
		public var id:int;
 
		public function MyTextField(){
			super();
		}
	}
 
}

main class

package 
{
	import flash.display.Sprite;
 
	public class Test extends Sprite 
	{
		public function Test(){
			var tf:MyTextField = new MyTextField();
			tf.id = 1;
		}
	}
 
}

[faust.d503]

darksranger
Спасибо. Пожалуй вот этот вариант подходит, про объект я подумал, а вот про Dictionary, как-то нет...

CrazyFlasher
Зачем отвечать на вопрос, который не был задан. Я не спрашивал как расширить класс TextField, меня интересует решение проблемы без расширения класса.
Расширить класс проблемы не составляет.

DarkLight

Кстати, стандартный trace для собственных классов меняется путем override-а метода toString() в классах, который вызывается на переданному trace объекту, если последний не является строкой.

Для собственных классов да, а для Object или Array - нет. Получается, что логика в as3 предлагает вообще не пользоваться стандартными классами если они чем-то не устраивают. Что тоже не всегда удобно, так как наследников внесенные изменения не коснуться.

Использование прототипов негативно влияет на производительность.

Интересно. По идее с точки зрения программы система прототипов и классов - это одно и тоже.
Как мне казалось, прототипы не рекомендуют использовать только из-за того, что класс на ходу можно переделать.

[mre]

Сообщение от faust.d503

Зачем отвечать на вопрос, который не был задан. Я не спрашивал как расширить класс TextField, меня интересует решение проблемы без расширения класса.
Расширить класс проблемы не составляет.

Затем, что это есть true way.

[CrazyFlasher]

Зачем отвечать на вопрос, который не был задан. Я не спрашивал как расширить класс TextField, меня интересует решение проблемы без расширения класса.
Расширить класс проблемы не составляет.

ок, занимайтесь порнографией дальше

[faust.d503]

CrazyFlasher
Решение поставленной задачи - порнография? Забавно...
Ситуация, в которой описанный метод не подходит:
На таймлайне есть куча текстовых полей - расставленных, например, художником, с ними надо производить какие-то действия.

mre

Затем, что это есть true way.

Верных путей много. Верный путь пользоваться только тем, что советует Adobe?


В общем можно отвечать на вопросы, а можно повышать чувство собственной важности, написав, то, что и так известно и спрашивающему и отвечающему.


Еще раз насчет прототипов. Откуда информация о том, что их использование влияет на производительность?
Это странно как минимум по вот этой причине:

Каждый класс и внутриклассовая функция (метод), созданные в ActionScript 3.0 имеют прототипный объект связанный с ними.