Система визуального объектно-ориентированного проектирования C++Builder   81

брав Console вы получите консольное приложение. Однако, в дальнейшем прило-
жения этого вида мы рассматривать не будем, поскольку они могут найти только
очень ограниченное применение.

2.4.3.3 Сохранение проекта

Первое действие, которое я рекомендовал бы вам выполнить после создания
нового проекта — сохранить его.

Хороший стиль программирования —,.,..„„._™™^,»™^.„™-_-™.,..^_-_™,__„._,..,,._

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

Если вы начинаете работу с того, что сохраняете проект, и в дальнейшем регу-
лярно повторяете сохранение, вы можете не опасаться любых неожиданностей
типа сбоя компьютера или C++Builder, вызванных техническими причинами или
недопустимыми действиями вашего собственного еще не отлаженного приложения
при его запуске. Но есть и еще аргумент в пользу немедленного сохранения проек-
та и модулей. В многооконных приложениях, которые будут рассмотрены значите-
льно позднее, это позволяет сразу задать модулям имена, которые будут использо-
ваться в программе для взаимных ссылок модулей друг на друга. Если вы не вы-
полнили сразу сохранение формы, то вынуждены сначала ссылаться на ее имя по
умолчанию, а в дальнейшем изменять эти ссылки.

Сохранить проект можно командой File Save All. Удобно также использовать
соответствующую быструю кнопку. При первом сохранении C++Builder спросит у
вас имя файла сохраняемого модуля (см. приведенный ранее рис. 2.15), а затем —
имя файла проекта. Тут надо иметь в виду, что C++Builder не допускает одинако-
вых имен модулей и проектов. Это естественно, поскольку файлы модуля и голов-
ной файл проекта имеют одинаковое расширение .срр и, значит, должны различа-
ться именами, чтобы не затереть на диске друг друга.

Предупреждение

Не задавайте одинаковые имена различным файлам и вообще стремитесь не использовать
в проекте повторяющиеся имена.

Хороший стиль программирования

Всегда при сохранении проектов и модулей задавайте осмысленные имена файлов.

Почему не стоит соглашаться при сохранении с именами, предлагаемыми
C++Builder по умолчанию — Projecti, Uniti и т.п.? Во-первых, имя файла проек-
та будет в дальнейшем именем вашего выполняемого модуля. Наверное, не очень
хорошо будет отдавать заказчику проект с таким странным названием, как Pro-
jecti. Во-вторых, имя файла модуля будет и именем самого модуля, и именем его
заголовочного файла. В проекте с одним модулем имя Uniti, возможно, не так уж
и страшно. Но если у вас в проекте будет несколько модулей, то вряд ли вам будет
удобно все время помнить, что такое Uniti, а что такое Unit5. Кроме того предста-
вьте себе, что вы на некоторое время прекратили работу над своими проектами, а
потом опять ее возобновили. Или сопровождение ваших проектов осуществляется
не вами, а кем-то другим. Вы уверены, что легко будет разобраться в многочислен-
ных Projecti и Uniti непонятного назначения?