static variable Опции

[Jenya7]

Зачем локальную переменную делать статик? Если мы сохраняем ее в RAM то с тем же успехом ее можно сделать глобальной ну или статик на уровне файла.

[ViKo]

А как называется свойство, когда функции с одинаковым именем работают с разными типами данных?

[zltigo]

А как называется свойство, когда функции с одинаковым именем работают с разными типами данных?

Перегрузка функций.

Покажите, как сделать такое:

CODE

struct config_t
{
   struct module_a_t
   {
       ....
   };
   struct module_b_t
   {
      ....
   };
   module_a_t A;
   module_b_t B;
} Config;

Так:

CODE

typedef struct config_t
{
   struct
   {
....
   }A;
   struct
   {
....
    }B;
} Config;

в Сях я показал, там больше писанины и нет сокрытия имен.

Писанины в Сях оказалось меньше, а имена вообще отсутствуют за ненадобностью .

[Сергей Борщ]

Писанины в Сях оказалось меньше, а имена вообще отсутствуют за ненадобностью .

И как теперь объявить указатель на структуру А?

[zltigo]

И как теперь объявить указатель на структуру А?

Не понял. Ты же хотел скрыть имена? Вот они и "скрыты". И вообще, что такое указатель на струкруру внутри структуры без использования наружной структуры? На кой он может быть нужен?

Можешь написать на базе своего-же сишного примера, для чего это такое? В чем цимус:
a = &c.A;
a->x;
перед
s = &c;
s->A.x;

Тем более, что ценой нескольких слов typedef в хидре можно и в Си так-же получать доступ.
Только вот от паковки структуры с таким доступом будет снос крыши.

P.S.
Если бы С++ структуры давали хоть сколь-нибудь существенное преимущество перед возможностями С99, то я бы при своей любви к описанию данных, уже точно писал на С++.

[Сергей Борщ]

Не понял. Ты же хотел скрыть имена? Вот они и "скрыты".

Они не то чтобы скрыты - это структуры безымянного типа. Плюсы позволяют иметь типы с именами, но при этом не засоряющие глобальную область видимости.

И вообще, что такое указатель на струкруру внутри структуры без использования наружной структуры? На кой он может быть нужен?

Кто сказал, что без использования наружной? Выше был пример: есть наружная структура - глобальный конфиг системы. Она состоит из конфигов конкретных составляющих систему модулей. Работая с конфигом конкретного модуля удобно получить указатель (или ссылку, такого в голых Сях вообще нет) на конфиг конкретного модуля (выше показывал: config::module_a_t * pModule_A_cfg = &Config.A; или еще проще: auto pModule_A_cfg = &Config.A;). При этом в глобальной области видимости у меня только один тип - config_t.

Если бы С++ структуры давали хоть сколь-нибудь существенное преимущество перед возможностями С99, то я бы при своей любви к описанию данных, уже точно писал на С++.

"Ты видишь суслика? А он есть!". Наследование, объявление типов и функций внутри структур - весьма существенное преимущество.