Обращение к BorderContainer.Uicomponent.TextField

[sstotenkopf]

Как можно обратиться к текстовому полю, которое находится в UI компоненте, который в свою очередь находиться в border контейнере.

p1.getElementAt(0).getChildByName('tf').text = 'good';

либо

p1.contentGroup.getElementAt(0).getChildByName('tf').text = 'good';

рождают ошибку: 1061: Обращение к возможно неопределенному методу getChildByName через ссылку статического типа mx.core:IVisualElement.

[alatar]

В интерфейсе IVisualElement нет метода getChildByName, как минимум надо привести к UIComponent и дождаться CREATION_COMPLETE.
Подобный подход, мягко говоря, не верен.

[sstotenkopf]

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

В интерфейсе IVisualElement нет метода getChildByName, как минимум надо привести к UIComponent и дождаться CREATION_COMPLETE.
Подобный подход, мягко говоря, не верен.

Спасибо, помогло)

var u:Object = p1.getElementAt(0);
	var uic:UIComponent = u as UIComponent;
	var tf:Object = uic.getChildByName('nic');
	var textf:TextField = tf as TextField;
	textf.text = 'Good';

[PainKiller]

А как верно? Если стоит задача обращаться к компоненту по строке?

[alatar]

В каких ситуациях у вас возникает такая задача?

[PainKiller]

Например недавно была ситуация, когда на сцене было много однотипных компонентов, и чтобы оптимизировать количество одинакового кода я их id именовал так "comp1", "comp2" и т.д., а внутри класса я к ним обращался так

        this["comp" + numberOfComponent]

тогда этот подход разрулил эту проблему. А вообще, время от времени, возникают такие ситуации, когда надо что то подцепить со сцены по имени, возможно это говорит о неправильной архитектуре и кривых руках, но с кодом приходится работать разным, и не всегда своим, и хочется сделать задачу быстро, а не переписывать кучу классов ради "правильной архитектуры"

[caseyryan]

Ну а чем этот подход не нравится?

[alatar]

Например недавно была ситуация, когда на сцене было много однотипных компонентов

Сложить ссылки на них в массив... использовать DataGroup в качестве контейнера, а компоненты сделать на основе DataRenderer... достать ссылки на компоненты из mxmlContent, если контейнер Group или его наследник и дочерние элементы добавлялись в mxml... и т. д.

Это:

this["comp" + numberOfComponent]

и вне флекса знатный костыль.

[PainKiller]

Я согласен, практически всегда можно обойтись без getChildByName() но, это не говорит на мой взгляд, что этот метод использовать не верно. Аргументы в пользу неверности так и не прозвучали))

[alatar]

getChildByName у вас далеко не всегда получится использовать. Большинство spark компонентов (в принципе все наследники SkinnableContainer) во флексе добавляют дочерние компоненты не в себя, а в группу внутри скина.
Flex Framework, как следует из названия, является фреймворком и как следствие предполагает и диктует определенные правила построения приложения. Игнорируя это вы обречены на постоянный отлов косяков и неочевидного поведения при написании приложения. Ну и на вопросы типа "как почесать пятку просунув руку через рот".

Добавлено через 12 минут
P.S. Ну и свойство name, во флексе, по-умолчанию заполняется значением ClassName + counter.