Цитата:

Вытаскиваем на таймлайн компонент ScrollPane, а в первый фрейм вставляем код:

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

прорвало, сорри
еще по п.3:

Цитата:

в случае с таймлайном - это масло масленное.

- вовсе нет.
как раз уверенность в том, что эти записи ИДЕНТИЧНЫ:
if (some_flag){}
if (this.some_flag){}
порождает ошибку. эти записи не ИДЕНТИЧНЫ.
причина понятна. в первом случае проверяется еще и _global.

Цитата:

Речь идет о том, что нужно указывать путь к переменной. Как я уже выше писал, объявление var и есть указание такого пути.

Объявление переменной с помощью var на таймлайне и указатель this - это немного разные вещи.

Цитата:

раздваяюцца мнения о тех переменных, которые не объявлены

Так о чем говорим то? … о this, как обязательном указатели пути к переменной, или о необъявленных переменных, с которым нужно как-то обходиться?

Цитата:

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

А я и не говорил, что для одной переменной пишу this, а для другой нет. Не пишу я this для переменных на таймлайне вообще

Цитата:

ты пишешь на таймлайне … а потом втыкаешь чужой прелодер, который в _global без твоего ведома пихает _global.some_flag = true В итоге ты долго ищешь причину, по которой твой код работает некорректно. и это может случиться в любой момент с любой такой переменной!!!

Все будет работать именно так как я и хотел, и _global тут не причем

_global.x = 10;
var x = 20;
x *= x;
trace(x);

Про цепочки поиска я немного непонял, и если имелось в виду вообще отсутвие декларирированной переменной some_flag - так я такого не допущу, я обязательно объявлю в начале var some_flag; ( this.some_flag = undefined )

Цитата:

Объявление переменной с помощью var на таймлайне и указатель this - это немного разные вещи.

- тут пока не соглашусь.
очень интересно было бы увидеть разницу. еще ни разу не видел. крайне интересно.

Цитата:

Так о чем говорим то?

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

Цитата:

Не пишу я this для переменных на таймлайне вообще

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

рад буду, если кто-нибудь опровергнет:
поясню почему я считаю, что объявление var на таймлайне и использование this вещами ИДЕНТИЧНЫМИ.

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

в случае с объявлением var на таймлайне этим контейнером является мувиклип, на таймлайне которого объявили var.
и.…
дальше ни малейших отличий.

Первый и второй пункт слепи в один (это об одном и том же), и прочитай первый свой пост в этом топе. Одним начали, другим заканчиваем.

На счет хорошей практики - это твое субъективное мнение, последнее время с такой "хорошей практикой" сталкиваюсь в еденичных случаях, у людей которые не могу растаться с 6-кой, … ах да, еще в хелпе у ММ, где можно найти десяток различных подходов.

В купе с обязательным объявлением и минимальным кодом инициализации приложения, располжоленным на таймлайне (что то вроде main) + изолированный в классах код - это да, это я встречаю довольно часто …

_iv, честно говоря, способы инициализации переменных - это выпадает из темы, тема у нас другая, обязательное указание пути, но да бог с ним …

А что касается var - с чего ты решил что они одинаково работают на таймлайне и в пределах функции? - я не рогом упераюсь, я узнать хочу

@st@l@vist@, а тем что на тайм лайне твой контейнер это всегда мувик/бутон или что-нить в это роде. а если ты его не удалишь, то сборщик мусора его точно не коцнет. особенно это качается рута что тут не понятного?

На сколько я помню, var xyz; вне тела функции обрабатывается следующим образом - помешает переменную xyz в стек со значением undefined, то есть примерно тоже самое что и this.xyz = undefined;

BlooDHounD, … И при чем тут сборщики мусора?

давай вот это обсудим:
использование this в AS2 классах. я считаю обязательно.

конечно, если огородиться условиями типа:
класс не динамический
все переменные объявлены
то никаких проблем и вроде можно писать без this.
но
как только возникает необходимость в динамическом классе, всё летит к чертям.
нужно писать this.
тут же теряем единообразие написания кода.

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

указание var на таймлайне вместо использования this - наверное впервые от тебя услышал.
совершенно нераспространенная практика,
как следствие - далеко не всем понятная,
как следствие - не рекомендуемая.

А в динамик классах с this - это что имеется в виду? хеши? this["…"]?

Цитата:

this["…"]?

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

мда господа. вы повторяетесь уже третью страницу. Ради галочки - отмечусь!

был такой вопрос на форуме, как человеку десять раз подряд прибавить к числу одинаковое значение. Он писал это в столбик, он же будет делать так:
{
this.a++
this.b++
trace((this.c+this.b+this.a)*(his.b+this.a)/2)
}

Рационализатор с знаниями и умениями будет делать так
{
with(this){
a++
b++
trace((a+b+c)*(a+b)/2)
}
}

если какие то переменные не объявленны в this (последний пример), то их можно объявить.
if(this.a==undefined)this.a=0
далее писать просто a++

Если тебе нужно сделать кучу промежуточных вычислений. то надо быть ну полным тормозом чтоб писать
this.a+this.b+this.c
проще сделать
var res=a+b+c
res*=2
потом выдать результат
this.endres=res

Как только кто-то заикается о том что код без this нельзя прочитать другому умному программеру, я начинаю ДИКО РЖАТЬ, так же как и после речей о производительности.
Для читабельности есть два понятия у Нормальных людей. первое это КОММЕНТАРИИ КОДА, а второе это АРХИТЕКТУРА проекта.

Насчёт АС3. не надо переучиваться. нужно просто писать по другому. видимо кто то так и остался на урнове шестёрки (я о плейере) гы

iv, не, я просто не понял, что именно ты хош от меня услышить - естественно я пользуюсь this["…"] - и на таймлайне, и внтури классов.

Кстати, вот подвернулась под руку книженция Мука (In Essential ActionScript 2.0), заглянул ради интереса, на предмет нашего спора - ну не пишет он this в каждой строчке.

Хотя скажем http://senocular.com/flash/actionscript.php - пишет с this ( Тайну открою, у них на работе все сидят на 6-ке )

bE(o0L, топик и играет роль рекламной акции форума № 14 - скоро на 4-ую перевалим

Больше всего меня поражает, что люди вчитываются в бред что мы тут понаписали

Цитата:

другому умному программеру

- всё не проблема до тех пор, пока работаешь один, а не в команде с помощниками.

я говорю о собственном опыте: строгость по отношению к мелочам в программинге окупается сторицей.
потому как в большом проекте одна неаккуратность может стоить долгих часов выяснений причины бага.

ты бы сам что посоветовал начинающему, использовать this или нет,
если бы точно знал, что со своими проблемами он прибежит к тебе?
что из-за его недопонимания областей видимости тебе придется тратить время на исправление его кода?

зная, что часть вопросов будет попросту снята при обязательном использовании this, думаю, что да.

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

Это уже человеческий фактор.
Все с кем мне приходилось общаться, просили лишь комметарии в коде. на this либо with никто не обращал внимания

@st@l@vist@ писал(а):

bE(o0L, топик и играет роль рекламной акции форума № 14 - скоро на 4-ую перевалим Больше всего меня поражает, что люди вчитываются в бред что мы тут понаписали

я не совсем согласен что бред..

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

_iv, ты пытаешься доказать недоказуемое, использование this повсеместно — это бред, никто так не делал, не делает и не будет делать.

p.s. Похоже продолжение старой истории http://flasher.ru/forum/showthread.php?t=50022

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

nuran писал(а):

_iv, ты пытаешься доказать недоказуемое, использование this повсеместно — это бред, никто так не делал, не делает и не будет делать. p.s. Похоже продолжение старой истории http://flasher.ru/forum/showthread.php?t=50022

Дадада .. ты меня убил первым же своим постом там:

Цитата:

Не всегда this корректно работает.

А про дальнейший бред про прототипы я ваще молчу В общем прочитал полностью. Посмеялся от души СПАСИБО! РЕКОМЕНДУЮ!!! ПОЛЧАСА ФЛЭШЕГО ЮМОРА!!!! РЕБЯТА Я ТАК РАНЬШЕ НЕ СМЕЯЛСЯ!!!!

Доказано Минздравом: везде, где появляется нураша, пропадают исходники и начинается флейм.

BlooDHounD, ээ, браза, ты дату постов смотрел? этож когда было то...

bE(o0L, да какая разница? это он сам скинул. и как я понял он так и не понял, что он не прав обсуолютно поэтому гордо представил материал на публику. и до сих пор утверждает, что this глюЧИТ. да и не относится это к теме топика никак. не по теме.
НО ДЛЯ ХОРОШЕГО СМЕХА - РЕКОМЕНДУЮ.

это глюк.


_iv, я удивлён, что ты не знаешь что такое this.
this - это ссылка на объект в котором ты ходишься. тоесть на самого себя.

Если ты в руте пишешь
this.foo = 100; // тоже самое что и _root.foo = 100;

если пишешь в клипе mc
trace(this.foo) // тоже самое что trace(_root.cm.foo)

такие вещи знать нужно … кажется мир шатается. я в шоке.

this - это не _global

пример. пишем этот код в руте.

this.createEmptyMovieClip("mc", 0); // сдесь this - ссылка на _root
this.mc.foo = 100;
this.mc.onEnterFrame = function():Void
{
trace(this.foo); // сдесь this - ссылка на _root.mc

}

это будет работать.

iv … вот тебе делать то нечего …

BlooDHounD, - ты серьезно?

BlooDHounD, он ше пашутил

_iv, Я СЕРЬЁЗНО!