Доступ функций к глобальным переменным

[mutabor]

Arigato, вы видимо не в курсе, Уткин свой язык разрабатывает. Совместно с нами, мы - как консультанты

[Arigato]

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

[BOBAH13]

Если речь о ООП:
1. Пытаться не использовать глобальные переменные (зачем засорять память, да путать самого себя)
2. Обычно существует какой то родительский экземпляр класса - там думаю самое логичное место для переменных как глобальных.
3. Другой вариант, так это спец. класс со статичными полями (глобальными переменными).
В самом крайнем случае мне хватает пункта 2. До третьего по сути самостоятельно не дохожу. Но к примеру в C# есть класс Settings к примеру, или тот же Resources, т.е. классы со статичными полями, которые по сути являются настройками и ресурсами приложения соответственно. Тут имеет смысл им дать место.
Вот такое мое мнение. Проголосовал за "Да", по сути однозначно сказать нельзя.

[VovanZ]

[оффтоп]

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

Arigato, вы видимо не в курсе, Уткин свой язык разрабатывает. Совместно с нами, мы - как консультанты

Ого, а я тоже не в курсе... А что-то уже есть типа альфа-версии, ну или хотя-бы декларации основных целей и задач?
[/оффтоп]

[Utkin]

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

Откуда Вы это взяли? Первый раз слышу. Могу сказать из практики что это не так, по крайней мере в D2009.

Действительно ошибся (специально проверил в д2010), не помню откуда я это взял, возможно неправильно перевел с сайта Embecadero. Приношу свои извинения.

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

Ну как бы да изучаю по-тихоньку, но идеалом не считаю, поэтому и спрашиваю у других. Но последние примочки (например в Д2010) уже давно там есть...

Тогда можно сделать, что бы программист сам определял область видимости глобальных переменных, типа как в юните.

Так и хотел, но быстро запутался. если это не удобно для автора, то уж тем более будет не просто для остальных.

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

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

Самая первая более-менее работоспособная альфа уже здесь выкладывалась, также где-то я выкладывал образец автоматически сгенерированного описания в форме, приближенной к БНФ.

[svbezm]

В теории управления есть одно из основополагающих правил:
-Правило полноты событий для принятия решений.
С этой точки зрения все функции влияющие непосредственно на результат работы программы должны иметь доступ к глобальным переменным. Другое дело организация приоритетов доступа на их изменение, этим должны заниматься головная (родительская) функция
(в СИ это main()) или операционная система (если переменные системные).Это по теории... На практике решать автору...
Успехов в нелегком труде!!!

[Utkin]

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

На практике решать автору...
Успехов в нелегком труде!!!

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

[Levsha100]

Уязыка должно быть максимально много возможностей, имхо.

[Utkin]

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

Уязыка должно быть максимально много возможностей, имхо.

Да, лишь бы это не вылилось в

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

[BOBAH13]

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