Добрый день
Есть 
Unit1 - основной модуль, содержит форму
unit2 - без формы, содержит процедуру, вызываемую из Unit1
Data: string; - глобальная переменная для хранения текста

Если разместить Data в модуль Unit2 перед implementation то все нормально работает, Data доступна подпрограммам и из Unit1 и Unit2

Если разместить Data в модуль Unit1 перед implementation, то из Unit2 она не доступна

уже размещал Data в секцию public в Unit1 и вводил Unit1 в секцию uses unit2, ничего не помогает



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

Unit2 у тебя прописан в uses Unit1 или Project1?

Добавлено @ 11:05
Например:
Новый проект. + File->New->Unit
В unit2 объявляешь переменную s 

В uses unit1 добавляешь Unit2
и объявляешь переменную s:string absolute unit2.s

Все

Это сообщение отредактировал(а) Чучмек - 7.6.2012, 11:09

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

ту некотрые советуют все ГлобПерем в отдельном юните прописать, как такое решение? потому что будет еще унит3 и унит4 и все будут вызывать эту переменную чтоб обрабатыватьданные в ней

Не используйте глобальные переменные.

Это сообщение отредактировал(а) Qu1nt - 7.6.2012, 13:43

кстати, так никто и не поведал: ну чем так ужастны глобальные переменные?
в книжках об этом, их ужастности, то же пишут, но совершенно бездоказательно

http://www.gunsmoker.ru/2011/04/blog-post.html

у гани смокера одни надуманные примеры, да и доводы то же. все это прочитано и многое другое
вот если кто на реальных примерах указал, что при испоьзовании ГП:
- программа зависает
- перерасход памяти
- прочие плохие пришествия

тогда все эти утверждения что Гп - здло, не бы ли бы голословными

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

Qu1nt, можно увидеть пример такой системы? Какой не жалко

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

а зачем такая жесть?! Unit1 и так "увидит" глоб.переменную из Unit2, разве нет?

А вообще согласен. Глоб.переменные это зло и по возможности надо их избегать.

Секция public относится к обьекту а не юниту.
Сделай просто обычный var или const сразу под uses. Ну и указывай этот модуль в uses модуля в котором будешь обращаться к переменной.


Можешь использовать - никто ни против.

Unit2 не увидит переменную из Unit1

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

Твоя программа, которую ты "рожаешь" уже довольно давно, никогда "не взлетит"!
1. Потому, что ты считаешь себя программистом, не имея на то никаких оснований.
2. Потому, что ты не считаешь программистами тех, кто тебе указывает на неправильные решения.
3. Потому что слишком часто хамишь.
Примите и прочь.

Это сообщение отредактировал(а) northener - 8.6.2012, 01:23

не понял, зачем ему видеть какую-то переменную из Unit1, если у него (Unit2) есть "своя" глобальная переменная, которую Unit1 и так "видит"?

Не знаю. Я вопрос так понял.

Иногда действительно бывает нужно (удобней). Хотя это, наверное, использование модулей через ж... .
Я, когда мне была нужна такая махинация, объявлял в модулях указатели и при инициализации переводил их на переменную в dpr. 
 


Это сообщение отредактировал(а) Чучмек - 8.6.2012, 18:51

А я чето не понял чего вы взялись обсуждать хорошо это или плохо? Это нормальное использование не модулей, а возможностей среды, не более того. Хочет человек использовать - да пожалуйста. Утечки памяти? Неверное значение? Блокировка? Ну он сам решит где чего, когда и зачем. Глобальные переменные - это гуд вне всяких сомнений, просто надо их правильно готовить. Указателями на них (великих и глобальных) конечно дело не исправишь.
Автор, вопрос хороший, жаль ответить не могу уж извини    закопался в яве

Это сообщение отредактировал(а) Dapo - 8.6.2012, 20:37

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

Я бы добавил - или рассчитываете это делать когда нибудь в будущем.

Для хелловорлда если только и то не факт.

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

Взаимная видимость модулей возможна, только если их друг друг в uses после implementation писать. Для форм это еще куда ни шло, но все глобальные переменные и функции, которые используются в нескольких модулях, если уж они есть, вынести нафиг в один или несколько юнитов, которые будут видеть все, кому это положено, а сами юниты не будут видеть никого.

О!!! Beltar,   

Я сказал что-то неочевидное??

northener, ты бы посмотрел на дату моей регистрации для начала, сокол. Троллить на forum.vingrad для меня святотатство.   Да еще и внимательно бы прочитал, то, что я написал. Я еще раз повторю - для любых поделок - от студенческих до поделок MetaLFan глобальные переменные - это гуд. Если кто-то не может контролировать свой код или программирует неорганизованной толпой, так это не проблемы глобальных переменных, господа  

PS Ну и что, что некропост. Крайне редко захожу на родную Дельфи.

Это сообщение отредактировал(а) Dapo - 25.6.2012, 16:57

Мысль интересная, но неверная. Вернее, не до конца верная. 

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

CodeMonkey, ну это уже флейм   Тем не менее, твое мнение всегда уважал. Пытаюсь вывести народ на экземплы, а то "низя" - не дает полету мысли. Ведь я написал очень коротко возможные траблы, но почему-то многие увидели только "гуд"   

Это сообщение отредактировал(а) Dapo - 25.6.2012, 17:34

Модератор: учитесь делать это тоньше. Тема закрыта