Общие вопросы программирования в C++Builder

[tsl]

Подскажите, пожауйста, какой-нибудь более быстрый способ включения большого количества файлов в новый проект, чем по одному (Menu->Project->Add to project->.....). Когда-то видел информацию об этом в форуме, но сейчас по поиску найти не смог. Смысл: предполагается создание нескольких проектов с общими набороми файлов исходных текстов.

[Tantos]

Вы не поверите, но можно добавлять БОЛЬШЕ одного файла за раз через Menu->Project->Add to project->, удерживая клавишу Shift или Ctrl или выделяя мышкой...

[tsl]

Спасибо, конечно, но, естественно, я знаю о такой возможности. Речь идет о том, что общие файлы распологаются тематически в разных дирректориях. Для разных проектов разные наборы файлов, но имеются и общие. Пересечение в наборах общих файлов различно. Имеются устойчивые группы, кот орые подключаются полным набором.

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

[Tantos]

Может, проще подключить требуемые файлы в один файл? Который кинуть в \include и подключать по необходимости?

[tsl]

Так и делаю. Вопрос совсем не в этом. При создании нового проекта приходится много лазить по Menu->Project->Add to project->. Занимает у меня более 2-х часов интенсивного педалирования с перерывами на компилирование и просмотр очередных сообщений редактора на неразрешенные внешние ссылки. Этого я хочу избежать. (Если файл не включен в проект, по используемым, содержащихся в нем функциям, методам объектов выдается сообщение о неразрешенной внешней ссылке).

Может я чего-то не знаю?
Может есть другой подход?

[code doctor]

ага , есть - добавить пути в переменные окружения и инклюдить 

При создании нового проекта приходится много лазить по Menu->Project->Add to project->.

это ж надо так издеваться над ИДЕ , а можно списочек добавляемых файлов ?

[tsl]

В чем состоит издевательство?

Список слишком длинный. Все, что придумывал, делал в отдельном файле. Но, может покажусь тупым, но что такое переменные окружения?

[tsl]

Как делать эти переменные?

[tsl]

Нашел в инете о PATH. Как в нее добавить путь. Сейчас буду пробовать.

[code doctor]

добавить пути в переменные окружения

имелось ввиду Include Path в настройках Билдера

списочек добавляемых файлов

да , не детализировал - вы вручну добавляете файлы , относящиеся к сторонним компонентам, или Билдер не видит файлы типа ClipBrd.hpp, Graphics.h и т.п.?

[Hammersoft]

Серьезный проект! А как происходит резервное копирование? И что такое умное делают эти библиотеки?

[code doctor]

Серьезный проект! А как происходит резервное копирование? И что такое умное делают эти библиотеки?

интересно, а сам понял, что сказал...

[tsl]

Что-то я запутался. Интересно, можно в принципе на уровне препроцессора определить переменную Path (Include Path в настройах билдера я не имею ввиду).

Серьезный проект! А как происходит резервное копирование? И что такое умное делают эти библиотеки?

Двадцать лет (или больше) реализую глупые научные идеи, описанные в
http://Photoelastic.narod.ru
http://photoelasticity.narod.ru
Резервное копирование произвожу примитивно. Все держу в одном каталоге и полностью его сбрасываю в backup, изредка на оптический диск. Мне известно о существовании "умных" средств, хранящих только изменения. Лет восемь назад пользовался работая на фирме. Размер библиотеки менее 100 метров. Не хочу замарачиваться ни с чем умным.

И все-таки, можно как-нибудь определить все пути в программе на уровне препроцессора?
Сейчас пришла простая мысль в головупросто запомнить строку пути из настроек билдера в текстовом файле. В новом проекте просто копировать ее в include Path. С вашей точки зрения хорошая идея?

[tsl]

Прошу прощения, уважаемый "Доктор кода". Не ответил на Ваш вопрос. Не видит билдер мои файлы с исходными текстами (*.h и *.cpp), если я их не присоединяю к проекту. Сейчас поэксперементировал. При присоединении к проэкту, автоматически добавляется путь в include Path. Если добавить путь, то не надо и включать файлы в прект.

[Asher]

Привет.
то, что уже устоялось объедините в отдельный проект и сделайте из него lib(один или несколько). все требуемые для дальнейшей работы функции вынесите в отдельные, по смыслу, заголовочники. Их и будете подключать в требуемых местах основной программы через #include, а полученные lib'ы включать либо в проект, либо в основном модуле через #pragma comment(lib,"mylib.lib").

[code doctor]

Не видит билдер мои файлы с исходными текстами (*.h и *.cpp), если я их не присоединяю к проекту. Сейчас поэксперементировал. При присоединении к проэкту, автоматически добавляется путь в include Path. Если добавить путь, то не надо и включать файлы в прект.

ага, многие думают - кинул файл в папку с проектом, и все тип-топ...

[tsl]

....что тут скажешь... перестал думать о программировании. Думаю только о задаче.

[tsl]

У меня ничего не получилось. Редактор все равно пишет неразрешенную внешнюю ссылку на не включенные в проект файлы. Все пути прописаны и в include path и в Lib.

В чем дело?

[Kray74]

Все *.cpp файлы нужно либо включать в проект, либо, как сказал Asher компилить в отдельный lib-файл и подключать его с помощью #pragma comment(lib, "libname"), либо компилить в *.obj-файлы и подключать через #pragma link "objname".
Для заголовочных файлов достаточно указать Include Path и прописать соответствующий #include

[tsl]

Грусно это, но спасибо.

[Asher]

Привет.
Нарезание проекта на отдельные lib'ы позволяет отделить сущности и проконтролировать все связи между модулями, учтенные и неучтенные, и повысит гибкость использования. lib'ы можно включать друг в друга. Бонусом станет уменьшившееся время компиляции. Время линковки без изменений. Это будет первыми шагами к созданию dll'ей в будущем.

[tsl]

С праздником всех женщин, читающих сообщение!!!!

Теперь по теме:
Я до сих пор переодически выполняю пошаговую компиляцию. Изредка нахожу не то чтобы ошибки, но непрятности кода, которые в некоторых случаях приволдят к ошибкам. Исправляю их. Держать откомпилированный вариант (т.е. lib) трудно.

[Kray74]

Тут могут помочь юнит-тесты. Пишешь отдельный модуль (.h + .cpp), затем пишешь программу для полного тестирования этого модуля, если все тесты прошли, собираешь модуль в .lib-файл.

[code doctor]

Можно сделать так:
1. Создать новый пустой проект.
2. Добавить все необходимые файлы , хидеры и т.п..
3. Сохранить в укромное место под именем "MySuperPuperProject_Template.bpr" и иметь его , в хорошем понимании этого слова, как шаблон.
4. При необходимости открываем "MySuperPuperProject_Template.bpr" и сохраняем под именем очередного нового текущего бредового проекта, с которым в дальнейшем и работаем, имея добавленными и инклюденными все необходимые файлы без лазания на коленках по темным закоулкам оччень жесткого диска ...
Сам принцип можно подсмотреть здесь:http://mobbin.ru/programmirovanie/s_builder_kak_uskorit_kompilyaciyu_s_pomoschyu_predkompilirovannyh_zagolovkov.html