Как вместо статических локальных переменных использовать переменные объявленные в namespace?

[Oleg_SK]

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

[pproger]

2Oleg_SK
он не интерптетируемый. jit компиляция и интерпретация разные вещи.

но все же да, желания с ним связываться нет

[Oleg_SK]

Возникла еще пара вопросов по теме использования статических локальных переменных:
1) Может ли функция возвращать указатель на свою статическую локальную переменную, чтобы вызвовшая ее функция тоже могла поюзать эту переменную?
2) Возможно ли удалить статическую локальную переменную, чтобы освободить занимаемую ей память? Если - да, то как это сделать?

[BOBAH13]

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

2Oleg_SK
он не интерптетируемый. jit компиляция и интерпретация разные вещи.

но все же да, желания с ним связываться нет

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

p.s. давайте по теме, а то сейчас наговорите.

1) Может ли функция возвращать указатель на свою статическую локальную переменную, чтобы вызвовшая ее функция тоже могла поюзать эту переменную?
2) Возможно ли удалить статическую локальную переменную, чтобы освободить занимаемую ей память? Если - да, то как это сделать?

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

[Loji]

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

Сабж. Прочитал, что статические локальные переменные использовать не рекомендуется и вместо них нужно использовать переменные объявленные в namespace. Вот только как именно это сделать мне не совсем понятно. Я верно понимаю, что имеется ввиду вместо статических локальных переменных использовать глобальные переменные объявленные в namespace? И еще, хотелось бы узнать: чем плохи статические локальные переменные, и по чему их использование не рекомендуется?

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

Переменные объявленные в namespace? Хм , а разве можно их там объявлять? В пространстве же проде бы только классы, делегаты, интерфейсы, перечисления, структуры разрешено выносить.

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

Возникла еще пара вопросов по теме использования статических локальных переменных:
1) Может ли функция возвращать указатель на свою статическую локальную переменную, чтобы вызвовшая ее функция тоже могла поюзать эту переменную?
2) Возможно ли удалить статическую локальную переменную, чтобы освободить занимаемую ей память? Если - да, то как это сделать?

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

1 ) а почему не может? Главное чтобы возвращаемый тип данных был виден обоим функциям.

2 ) То, что создано в статической памяти нельзя никак удалить, и память под эти переменные отводится на этапе запуска программы ( если не ошибаюсь), но если ты ее объявишь например так static int^ a=gcnew int(3); Иными словами в динамической памяти, то проблем не возникает, - именно поэтому и была создана динамическая память , присвоить ей значение nullptr сразу сделает ее видимой для сборщика мусора , и после этого память занимаемая ей будет освобождена. Сам же статический указатель на тип int ты никак не удалишь.

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

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

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

C# компилируемый язык.

Все языки компилируются как C++,C#, VB и все переводятся в промежуточный язык MSIL. В чем и прелесть технологии Microsoft, что можно на любом языке писать одно и тоже. Все эти языки являются надстройками для MSIL.

[netrino]

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

Переменные объявленные в namespace? Хм , а разве можно их там объявлять?

ну а почему же нельзя? ) Можно. Думаю рекомендуют это затем, что это в стиле C++. В C нет модулей как таковых, нет разделения пространств имён, а в C++ ввели, так что надо пользоваться - удобно

2 ) То, что создано в статической памяти нельзя никак удалить, и память под эти переменные отводится на этапе запуска программы ( если не ошибаюсь), но если ты ее объявишь например так static int^ a=gcnew int(3); Иными словами в динамической памяти, то проблем не возникает, - именно поэтому и была создана динамическая память , присвоить ей значение nullptr сразу сделает ее видимой для сборщика мусора , и после этого память занимаемая ей будет освобождена. Сам же статический указатель на тип int ты никак не удалишь.

Память под них выделяется на этапе компиляции, собственно потому и удалить нельзя ) И в C++ нет сборщика мусора.

Все языки компилируются как C++,C#, VB и все переводятся в промежуточный язык MSIL. В чем и прелесть технологии Microsoft, что можно на любом языке писать одно и тоже. Все эти языки являются надстройками для MSIL.

Не путайте C++ и майкрософтовское поделие C++/CLI )

[BOBAH13]

Народ, кто о чем говорит, один сказал (верно) о C#, другой опровергает, так как думает о С++ по моему ответ дан, и наверное не стоит продолжать показывать кто умнее

[Loji]

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

ну а почему же нельзя? ) Можно. Думаю рекомендуют это затем, что это в стиле C++. В C нет модулей как таковых, нет разделения пространств имён, а в C++ ввели, так что надо пользоваться - удобно



Память под них выделяется на этапе компиляции, собственно потому и удалить нельзя ) И в C++ нет сборщика мусора.



Не путайте C++ и майкрософтовское поделие C++/CLI )

1 Обычно когда я открываю namespace (intellisence) я вижу там набор того о чем я написал, а не список переменных. Framework тебе и пример. Че я написал, потому, что когда то пробовал создать переменную в пространстве имен, и ничего не вышло.
Я не вникал что там было на С еще в допотопные времена, я пишу что есть сейчас,, ссылаясь на CLR.

2 Сборщик мусора есть в С++, C#, VB CLR , а в Native C++ нет, там нужно вызывать Dispose(); собсно мог бы сам догадаться судя со значка '^' в примере, не понимаю вообще о чем спор.

3 Я не знаю что я там путаю у вас, но что есть я то и написал, есть утилита Дизасемблер MSIL , где ты можешь своими глазами посмотреть во что превратился твой написанный код. Найти можно в пакете Microsoft Windows SDK после инсталяции.

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

Народ, кто о чем говорит, один сказал (верно) о C#, другой опровергает, так как думает о С++ по моему ответ дан, и наверное не стоит продолжать показывать кто умнее

В чем я не прав.

[netrino]

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

Народ, кто о чем говорит, один сказал (верно) о C#, другой опровергает, так как думает о С++ по моему ответ дан, и наверное не стоит продолжать показывать кто умнее

Вопрос не в том ведь, кто умнее, но в том, чтобы ТС ответ верный получил ) И каким боком тут C#

2Loji, В C++(который нормальный) нет сборищика мусора, и Dispose() тоже нет ) В C++/CLI, согласен, есть, но, очевидно, не о нём сейчас речь. C++/CLI разрабатывался компанией Microsoft для их платформы .NET, C++(нормальный) компилируется в родной код, а не в MSIL

[Loji]

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

Вопрос не в том ведь, кто умнее, но в том, чтобы ТС ответ верный получил ) И каким боком тут C#

2Loji, В C++(который нормальный) нет сборищика мусора, и Dispose() C++(нормальный) компилируется в родной код, а не в MSIL

1 Если нет не сборщика мусора, нет Dispose(); то тогда как там удаляются объекты? , деструкторов нет?

2 Что вы имеете ввиду под словом "родной код"?