Это бессмысленный ifndef.

По вопросу: сделать инклуду в мэйне требуемого заголовочно файла

NotfromЭто я сделал, а как теперь функцию вызвать?
PBUTTON1::PushButton1 () ?

Функции класса служат для обработки объектов, которые создаются по типу этого класса. (небольшое исключение - статические). Поэтому они вызываются, через сам объект. obj1.func() или obj1->func() в зависимости от способа создания объекта, статически или динамически.

NotfromТогда как проще, и вообще нужен ли этот класс. Я пробовал так:
PBUTTON1 qwe;
qwe.PushButton1 ();
Но выводится ошибка(

Нужен ли класс? Взависимости от того что твоя функция выполняет. Для чего нужны функции классов (методы), я уже написал.

Когда выводится ошибка, копируй ее в форум.

Павел. СОт себя добавлю еще один вопрос, касающийся сабжа.

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

Посему несколько вопросов:
1) Как влияет #include хидера на размер бинарника? Влияет ли вообще? Например, я в 3х срр файлах с реализацией разных классов включаю <windows.h>. Он мне нужен для работы. Можно ли включать его подругому??

2) Какова связь между .cpp исходником и .h хидером которые написал сам???
Верно ли, что на один cpp должен приходиться один хидер?

3) Я в хидере описал некоторые константы (ну не совсем константы, а дефайны имя-номер)
Хочу использовать эти константы, как возвращаемые значения публичных методов некого класса. А анализирую их в другом файле. Как мне сделать эти константы видимыми для обоих файлов?? А если их не 2, а 10?? Заводить отдельный хидер, описывать в нем то что мне надо, и из каждого файла инклюдить?


Я это потому спросил, что порой приходиться отказываться от деления программы на модули, и писать все в 1-2 файлах. А это очень громоздко...

Ранее писал на .Net. Там не было хидеров, и было понятие "область видимости" (в cpp тоже такое есть, имхо). Как хотел, так и разбивал на файлы.

А то уже достало листать сорцы тыщ по 5 строк.

1. Как правило не.
2. Не обязательно. Хеадер в, основном, служит как паблик для всех кто будет пользовать cpp
3. Бывает, иногда используют, отдельный хеадер, что-то типа global.h, в котором все общее прописывают, но мне удобней инклудить хеадеры того, что пользую. Он служит как первоисточник данных о модуле. Еще можно делать хеадер хеадеров.

NotfromКласс убрал, с ошибкой проблема решена:)
Но как сделать, чтоб объекты формы были доступны в модуле?
Описать их в Unit1.h с префиксом extern? Может проще както можно?

Описать extern'ом. Но желательно строить программу так, чтобы модули пользовались чужими классами, а не объектами. У меня сейчас примерно 20-30 модулей и нет ни одного extern'а

NotfromЛюди:) Почему так все сложно, почему я не могу видеть в модуле объекты формы ничего не делая:)
Akh, ты говоришь надо делать глобальными классы. Что мне теперь 20 Siries'ов, объявленных в class TForm1 в Main.h в какой то другой класс пихать? Запутался я, пятница думать не позволяет:)

Ты видишь только то, что в ашниках прописано, т.к. ты их инклудишь. Знаешь что делает компилятор (вернее препроцессор), когда встречает твой инклуд?

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

График описываешь в Unit1, в ашник пишешь описание класса.
Кнопки описываешь в Unit2, в ашник пишешь описание классов. В юните 2 cpp инклюдишь график.
В Main'e инклюдишь оба ашника юнитов и создаешь графики и кнопки. Все.

Ты хоть понимаешь, как работает #include?