Отправлено DASM 11 февраля 2003 г. 14:07

Есть два хидер файла, скажем а.h и b.h В них описаны разные там прототипы и объявления. Ну ессно для защиты от повторного включения в
a.h написано
#ifndef __A_H__
#define __A_H__
#include "b.h" //мне надо знать о типах из b.h
тут мои объявы
#endif //__A_H__
Ну и в b.h также. Так вот мне надо чтобы b.h "знал" о типах, объявленных в а.h и наоборот.
И вот проблема, при компиляции этого b.h поскольку __A_H__ стало defined то а.h совершенно логичным образом не хочет включать в себя b.h и нифига не знает о типах в нем объявленных.
Какие будут предложения ?

• Ответ: Предложение никогда не делать таких хеадеров. Без этих вариантов (уж эмбеддеру то!) обойтись всегда можно. — Lindows   (11.02.2003 20:37, пустое)
• В один хедер всех их, а то зашьешься. — MZ   (11.02.2003 17:31, пустое)
  • Есс! А потом взять все и поделить на всех ! — DASM    (11.02.2003 17:38, пустое)
• А Вам всем не кажется, что проблема решается ПРОЩЕ(+) — bialix   (11.02.2003 15:37, 308 байт)
  • Ответ: Приведите пример для наглядности. — trainer   (11.02.2003 17:09, пустое)
    • В терминах, использованных DASM: — bialix   (11.02.2003 17:32, 779 байт)
      • Ответ: Здесь something.h можно включить дважды. — trainer   (11.02.2003 18:00, пустое)
        • Я предполагаю, что у аккуратного программиста ВСЕ *.h файлы имеют внутри #if !defined / #endif. Проще выработать такую привычку чем бодаться с двойными определениями — bialix   (11.02.2003 18:49, пустое)
  • В начале или в конце файлов? — Oldring   (11.02.2003 16:12, пустое)
  • гм, логично. Сенькс — DASM    (11.02.2003 15:57, пустое)
• Я бы сделал так: — ReAl   (11.02.2003 15:17, 561 байт)
  • Вот про такие циклические зависимости я и писал. С извращенными желаниями нужно бороться. :) — Oldring   (11.02.2003 16:17, пустое)
    • Кроме того, это не решение рассматриваемой задачи. — Oldring   (11.02.2003 16:28, 229 байт)
      • Тип Т1 _должен_ быть описан в отдельном файле. Подумайте о сопровождении. — Yuriy   (11.02.2003 18:24, пустое)
        • А я о чем? — Oldring   (11.02.2003 19:05, пустое)
          • Извини, не отследил. — Yuriy   (11.02.2003 19:20, пустое)
      • "А, ну да". Желание действительно извращённое. Или всё делать в одном файле, или все типы описать отдельно, будет 3 файла с линейной зависимостью. — ReAl   (11.02.2003 18:09, пустое)
• Ответ: А вот на sources.ru вопрос звучит лучше :) — trainer   (11.02.2003 15:11, 79 байт)
  • Не, переменные ессно раздельно. Но все равно — DASM    (11.02.2003 15:17, 193 байт)
    • Думаю, корень проблемы лежит в привычке. И вообще, если параметры одного модуля описаны в другом, и наоборот - это, как минимум странно. Скорее всего, можно выделить общее подмножество интерфейсов модулей, и вынести его в отдельный файл. — Oldring   (11.02.2003 16:21, пустое)
• постоянно такая проблемма(+) — Romario   (11.02.2003 14:48, 147 байт)
  • Когда число файлов достигнет, 500 Вы точно в этом утонете ;) — Oldring   (11.02.2003 15:06, 244 байт)
    • Ох, чтож я маленький не сдох. Сколько не пытаюсь ДО написания проги четко продумать ее структуру, все равно при внесении каком-нить дурацкой фичи все рушится , как карточный домик. — DASM    (11.02.2003 15:14, пустое)
      • Тут ничего не поделаешь - любой инженерный процесс итеративен. С приобретением опыта только ускоряется сходимость процесса :) — Oldring   (11.02.2003 16:14, пустое)
• Разбить один из файлов (например, a.h) на два - a1.h и a2.h. — Oldring   (11.02.2003 14:19, 283 байт)
  • НАГ это что ? — DASM    (11.02.2003 14:21, пустое)
    • Направленный Ациклический Граф — Oldring   (11.02.2003 14:38, пустое)
      • Блин, какой же я неуч. А есть в сети что нибудь про все эти теории и построения ? — DASM    (11.02.2003 14:54, пустое)
        • Вот чего не знаю - того не знаю. Поищите связанное с теорией графов. А по поводу НАГ у Страуструпа должно быть введение, если я еще помню правильно - иерархия типов (в том числе, классов) образует НАГ. — Oldring   (11.02.2003 15:03, пустое)
• include "b.h" надо писать в a.c — Булатов   (11.02.2003 14:19, пустое)
  • А если в a.h объявлены прототипы ф-ций, использующих в качестве параметров ф-ции из b.h ? — DASM    (11.02.2003 14:22, пустое)
    • можно сделать один общий хидер ab.h вместо a.h и b.h — Булатов   (11.02.2003 14:56, пустое)
      • Не, это есть плохо — DASM    (11.02.2003 15:00, пустое)
        • тогда ф-ции, исп. друг друга, описывать в одном файле — Булатов   (11.02.2003 15:04, пустое)