Глобальная переменная сама обнуляется

[Stilet]

Это как быстрый фикс.

Быстрый фикс это писать полный путь к переменке: Unit1.z или Unit12.Peremenka:=
Тогда исчезают пересечения пространств имен, и можно многие баги искоренить.

[GunSmoker]

Быстрый фикс это писать полный путь к переменке: Unit1.z или Unit12.Peremenka:=

И как же это поможет узнать, кто меняет переменную?

[Stilet]

И как же это поможет узнать, кто меняет переменную?

А зачем выяснять это? Какая разница кто, если в дальнейшем такого не будет.

[GunSmoker]

Было:

"Код ошибочно изменял переменную Z"

Стало:

"Код ошибочно изменяет переменную UnitX.Z"

И?

[Smitt&Wesson]

узнал, что использование глобальных переменных это плохо

Какая глупость. Это миф который притдумали недопрограммисты, занимавшиеся корпоративными разработками в 70-х годах. Глобали, имеют значительные преимущества перед локалями. Одно из них, возможность изменения из любой точки программы.
Я, в своиз погах, не стесняюсь пользоваться глобальным переменными. Может кому-то это и претит, но мне нравится и попробуйте меня переубедить.

[astecenko]

Легко. Представьте себе проектик в несколько сотен тысяч строк кода над которым одновременно работает группа из нескольких десятков программистов. И вот, допустим, начинают они активно использовать глобальные переменные и... дальше сами представьте что будет

[DIMMUA]

Спасибо все за внимание, я разобрался... Оказывается, если в момент срабатывания таймера плеер меняет композицию, то таймер считает, что плеер не играет (ну оно то верно, моя логическая ошибка), все исправил, все работает на ура Но за эти три дня куча кода оптимизировал, когда искал баг, так что "худо без добра не бывает"

[Stilet]

Было:

"Код ошибочно изменял переменную Z"

Стало:

"Код ошибочно изменяет переменную UnitX.Z"

И?

Ты омлет с яичницей то не путай. Имя модуля нужно писать четко зная что эта вызываемая переменная принадлежит именно ему.

Я, в своиз погах, не стесняюсь пользоваться глобальным переменными.

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

Вы, ребята, о разном говорите.
Smitt&Wesson как и я скорее всего самостоятельный разработчик, не работающий на корпоратив, так что ему это можно.
Конечно другое дело группа, для этого ведущий инженер должен четко поставить каждому ТЗ с указанием условий взаимодействия с другими подпроектами.

[Utkin]

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

Легко. Представьте себе проектик в несколько сотен тысяч строк кода над которым одновременно работает группа из нескольких десятков программистов. И вот, допустим, начинают они активно использовать глобальные переменные и... дальше сами представьте что будет

Будет идеальный порядок, если у руководителя проекта голова на плечах. Первым делом ему нужно будет выработать положение об именовании переменных . Сделать его внутренним документом, обязательным для исполнения. Ваши мифы действительно из 70-х годов, сейчас есть методики - это длинные имена переменных, разделение по командам и т.д. Иное дело, что смысла в них нет, поскольку используются другие подходы к программированию.
Я своими глазами видел серьезный справочник клиентской базы на Бейсике, с gosub и глобальными переменными. И ничего усе работало, конечно проект не большой, но все же.