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

[ds.Dante]

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

Смысл, думаю, ясен?

Я просто привык, что в Си весь код состоит из функций.

[Utkin]

Сообщение от Alex Cones

Нууу... Теория теорией, но функция, в моем понимании, это та же процедура, но только которая может ответить, все ли она сделала правильно.

Функции пришли в программирование не из ниоткуда, а из математики, а там за ними такого поведения не наблюдается .

[pu4koff]

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

Ну в теле функции это и должно быть как константа, ИМХО, конечно.

Кто и как тогда будет менять значение этой переменной?

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

Функция вообще должна возвращать один результат, и не менять свои входные параметры. В теории конечно .

Ну тут тогда нужно смотреть на функциональные языки. Как правило, в них такие правила заложены, которые избавляют от ряда трудностей (например, не нужно синхронизировать данные между разными потоками, т.к. ничего не меняется), но и другие добавляют (на каждый чих создаются новые копии объектов, что не есть хорошо в случае объемных классов).

[Utkin]

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

Кто и как тогда будет менять значение этой переменной?

Глобальные операции . Как в Паскале.

Ну тут тогда нужно смотреть на функциональные языки. Как правило, в них такие правила заложены, которые избавляют от ряда трудностей (например, не нужно синхронизировать данные между разными потоками, т.к. ничего не меняется), но и другие добавляют (на каждый чих создаются новые копии объектов, что не есть хорошо в случае объемных классов).

Наверно да, Лисп один из самых первых языков наравне с Фортраном... Но сам я не уверен, потому и прикрутил опрос.

[Alex Cones]

Функции пришли в программирование не из ниоткуда, а из математики

Как пришли так и уйдут. Программирование != математика. Общие черты есть, но программирование не должно опираться на предрассудки математики. И то, что Sin(X) не изменяет X не означает, что обратное нельзя прикрепить в программирование. Прикручивайте доступ.

[Utkin]

Сообщение от Alex Cones

Как пришли так и уйдут. Программирование != математика. Общие черты есть, но программирование не должно опираться на предрассудки математики. И то, что Sin(X) не изменяет X не означает, что обратное нельзя прикрепить в программирование. Прикручивайте доступ.

Согласен с Вами, программирование не математика, но каждое программное средство перед тем как быть добавленным в язык программирования обычно продумывается и обосновывается. Все остальное рано или поздно приводит к шилу в одном месте, огромные кучу лишних средств, существующих в новых версиях исключительно в целях совместимости (как секция automated в Дельфи) - и не надо и выбросить жалко. Рано или поздно такие вещи приводят к синтаксическому сахару.

[Alex Cones]

Совместимость - это конечно хорошо, но когда в 64-х битных приложения в начале написана строка "This programm cannot be run in dos mode" это звучит смешно.

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

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

[Utkin]

Сообщение от Alex Cones

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

Да, но на этом все не закончилось. В Дельфи 7 можно было в Public написать поле и жить в ус не дуя. Теперь, все поля класса стали закрытыми и доступ к ним только через методы и свойства. с чего бы это вдруг?

[mutabor]

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

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

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

[Arigato]

По-моему, бессмысленный спор, всё уже давно решено. В том же Паскале есть юниты. Функции желательно выносить в юниты. В юните программист сам волен устанавливать область видимости переменных.
Не нравятся юниты, есть классы. Область видимости так же задаётся самим программистом.