![]() |
|
||||||||||
|
|||||||
|
|
« Предыдущая тема | Следующая тема » |
| Опции темы | Опции просмотра |
|
![]() |
![]() |
|
|||||
|
Регистрация: Sep 2008
Сообщений: 79
|
Все переменные, находящиеся в символах(клипах) недоступны для основного ролика - приходится писать свойство _global - но если разных переменных очень много...
есть ли другой выход? Также хочу спросить насчет текстовых полей в которых отображается какая-либо изменяющаяся переменная - если это текстовое поле в символе, а переменная на основном ролике, то в нем тоже нифига не отображается ![]() Объясните плиз! ![]() |
|
|||||
|
Нуб нубам
модератор форума
Регистрация: Jan 2006
Адрес: Бердск, НСО
Сообщений: 6,445
|
Может надо изменить уже подход и писать на АС2 (я уж не говорю про АС3) или хотя бы весь код в одном кадре основной линейки?
Всетаки 21-й век...
__________________
Reality.getBounds(this); |
|
|||||
|
попробуйте разобраться с видимостью переменных, пользовать _global без особой нужды вообще нехорошо, даже _root лучше не использовать... разберитесь с относительными переменными.
__________________
Лень - двигатель прогресса.... |
|
|||||
|
Регистрация: Sep 2008
Сообщений: 79
|
Цитата:
![]() объясните плиз на примере: есть некая переменная variable1 ее значение задается в основном ролике - в root есть некий символ - внутри него - текстовое поле textarea1, отображающее значение этой variable1 дак что конкретно сделать, чтобы отображалось значение переменной?? |
|
|||||
|
ветеран форума
|
1) Почему код отображения значения так необходимо вынести в мувик? Что мешает это делать в кадре основной шкалы? (нечто вроде mc.txt.text = this.variable1)
2) Если Вы уверены, что значения переменных должно быть доступно из любого места приложения, то хотя бы сгруппируйте их в виде объектов на _root или классов с набором статических свойств либо классов-синглтонов (вариант с классами предпочтительнее, в принципе).
__________________
4am is time to rock |
|
|||||
|
Регистрация: Sep 2008
Сообщений: 79
|
Цитата:
![]() |
|
|||||
|
.
|
Цитата:
Кстати, Мук тоже не советует превращать синглтон в хранилище глобальных переменных. От себя добавлю, что ООП как раз и для того и задумывалось, чтобы избегать подобных процедурных решений. |
|
|||||
|
ветеран форума
|
Фаулер в одной из книг (Архитектура корпоративных программных приложений) для шаблона Registry (Реестр) в случае однопоточных приложений он рекумендует имеено его
Я не сторонник такого подхода (Фаулер тоже, но причины его периодического использования описывает), но не из-за синглетона, а из-за того, что считаю создание объекта-реестра в большинстве случаев неудачным элементом архитектуры. Поэтому как один из допустимых подходов я его упоминаю все-таки.
__________________
4am is time to rock Последний раз редактировалось DarkLight; 05.01.2009 в 22:28. |
![]() |
![]() |
Часовой пояс GMT +4, время: 09:56. |
|
|
« Предыдущая тема | Следующая тема » |
|
|