Доступ к свойству компонента вне основного класса.

[cheluskin]

Flex очень простой и понятный фреймворк, но найти информацию про некоторые особенности бывает нереально.

Столкнулся с проблемой доступа к свойству mxml компонента из основного класса приложения. Когда компонент в главном mxml - проблем нет. Доступ к его свойствам через id. Но у меня есть в проекте папочка components , а в ней mxml файлы.

components.component.mylabel.text

не работает

c:components.component = new components.component;
c.mylabel.text

не подходит, потому что создаётся новый пустой элемент, а мне нужен тот, который уже существует

Подскажите пожалуйста возможно есть простой способ получать доступ к переменным других классов-компонентов ?

[Lexxx_HU]

если я правильно вас понял то должно помочь это -

FlexGlobals.topLevelApplication.

[cheluskin]

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

если я правильно вас понял то должно помочь это -

FlexGlobals.topLevelApplication.

Спасибо, я сам так думал, но или я не понимаю механизм работы этого конструктора, или он не предназначен для доступа к классам расположенным в других папках

пробовал

FlexGlobals.topLevelApplication.components.component.mylabelid.text

получил

Error #1069: Property components not found on Main and there is no default value.

Не понимаю я этих адобовских разработчиков. Почему не сделать простой и интуитивный доступ к свойствам через точку. Возможным решением этой проблемы могло стать пространство имён, т.е. принудительно запихнуть xmlns:local="components.*" в основной mxml , но как оно работает это пространство имён в CDATA - это тоже тайна за семью печатями, потому что после добавления этой строки переменные компонентов в папке всё равно не доступны локально.

[GBee]

Класс с эксземпляром класса не путаете?

[cheluskin]

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

Класс с эксземпляром класса не путаете?

у меня есть папка в проекте с названием components там лежат mxml файлы, я их тоже считаю классами, потому что в конечном итоге компилятор их переводит в классы. Но достать их из Main.mxml оказалось нетривиальной задачей. Я легко получаю новый экземпляр класса через new, но нафиг он мне нужен с пустыми дефолтными значениями переменных, я хочу получить тот, который у меня сейчас.

Всё таки наверное я неправильно использую FlexGlobals.topLevelApplication, ибо он прекрасно работает, когда нужно из другого mxml получить свойство Maim.mxml, а если наоборот - нет. И это вполне можно понять.
Когда я пишу

FlexGlobals.topLevelApplication.components.component.mylabelid.text

интерпретатор ищет в Main.mxml компонент с названием components, а его там нет. Решение как всегда рядом, но учитывая что моменты взамодействия mxml из разных мест вообще не описаны в документации, в гугле запрос "call to another mxml" - это высокочастотник. Отдельного упоминания заслуживают мнения экспертов, которые рекомендуют не использовать логику в самих компонентах и ни одного реального ответа !

[fljot]

GBee дал вполне реальный ответ-вопрос.

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

Когда компонент в главном mxml - проблем нет. Доступ к его свойствам через id. Но у меня есть в проекте папочка components , а в ней mxml файлы.

В папочке или нет — не важно. Папочка — это пакет (package) в данном случае. Пакеты служат от организации и разделения классов. Вам же стоит искать способ достучаться до экземпляров.

[cheluskin]

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

GBee дал вполне реальный ответ-вопрос.


В папочке или нет — не важно. Папочка — это пакет (package) в данном случае. Пакеты служат от организации и разделения классов. Вам же стоит искать способ достучаться до экземпляров.

Если экземпляр класса - это то, что я получаю через new, тогда мне он не нужен. Потому что он создаётся со значениями по дефолту, а не теми которые в данный момент.


Неужели никто никогда не создавал компоненты и не использовал логику для взаимодействия ? Перерыл кучу примеров проектов с компонентами от adobe и во всех они этого никогда не делают. Это что невозможно ?

[GBee]

Чтобы работать с компонентом его надо создать.

Когда компонент в главном mxml - проблем нет. Доступ к его свойствам через id.

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

грубо говоря

<ns:Comp param1="1" param2="2" id="c"/>

равно

var c:Comp = new Comp();
c.param1 = 1;
c.param2 = 2;
addChild(c);

[cheluskin]

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

Чтобы работать с компонентом его надо создать.


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

грубо говоря

<ns:Comp param1="1" param2="2" id="c"/>

равно

var c:Comp = new Comp();
c.param1 = 1;
c.param2 = 2;
addChild(c);

Хорошо, а если предположить, что компонент уже создан и описан в mxml и лежит в пакете. Как до него достучаться ? Причём нужно получать текущие его свойства.

[GBee]

Хорошо, а если предположить, что компонент уже создан и описан в mxml и лежит в пакете. Как до него достучаться ? Причём нужно получать текущие его свойства.

Вы опять все в кучу смешали. Что такое текущие свойства в вашем понимании? Если объект уже создан, то через ссылку на него можно менять его свойства, если они public. Основы ООП.

Может представите кусочек кода с пояснениями, чего вы хотите. Без теории, чисто практика и желания?