Б. Страуструп - Язык программирования С++. Специальное издание, 3-изд. Бином. 2004 (1160791), страница 57

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

Текст из файла (страница 57)

9.3.2.2. Использование заголовочных файлов Сколько заголовочных файлов нужно использовать в программе, зависит от множества факторов. Мноп1с из ппх имеют большее отношение к тому, как обрабатываются файлы в вашей системе, чем к С+ . Например, если в вашем редакторе нет возможности одновременного просмотра нескольких файлов, использование большого количества заголовочных фзйлов становится менее привлекательно. Аналогично, если открыл не и ч гение 20 файлов по 50 строк каждый занимает гораздо больше времени, чем чтение одного файла из 1000 строк, вы должны дважды подумать, прежде чем придерживаться стиля с несколькими заголовочными файлами в небольшом проекте. Предупреждение: с десятком заголовочных файлов и стандзртными файлами среды выполнения (которые часто исчисляются сотнями) обычно можно справиться.

Однако, если вы разбиваете обьявления большой программы на заголовочные файлы минимального размера (помещая каждое объявление структуры в отдельный файл), в результате вы легко можете получить мешанину из сотен файлов даже в небольшом проекте. Я считаю это излишним. В больших проектах наличие нескольких заголовочных файлов неизбежно. В таких проектах появление нескольких сотен файлов (нс считая стандартных заголовочных файлов) является нормой. Настоящая путаница наступает, когда пх количество переваливает за тысячу.

При таком масштабе обсуждаемые здесь базовые методы применимы, но управление файлами становится занятием, достойным Геракла. Помните, что для программ реального размера не годится стиль с единственным заголовочным файлом. Такие программы имеют множество заголовочных файлов. Выбор между двумя стплямц происходцт для каждой из составных частей программы. !(ва стиля, в действительности, не являются взаимно исключающими.

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

Кроме того, прн создании большой системы полезно структурировать ее таким образом, чтобы предоставлялся простой интерфейс для болыпинства пользователей и более подробный интерфейс для экспертов. Пользовательский интерфейс для экспертов (сполный интерфейс») будет включать в себя го- 2б1 9.3.

Использование заголовочных файлов раздо больше средств, чем обычный пользователь вообще хотел бы знать. В действительности, обычный пользовательский интерфейс часто можно получить исключ~- нцел~ конструкций, требующих включения заголовочных файлов, которые определяют неизвестные рядовому пользователю средства. Термин «рядовой пользоватсльк не является унизительным. В тех областях, в которых я не обязан быть экспертом, я предпочитаю быть рядовым пользователем.

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

В больших программах подобная избыточность может привести к ошибкам, так как заголовочный файл, содержащий определение класса или встроенных функций, может бып дважды вклкг чен в одной и той же ед1шице компиляции Я 9.2.3). У нас есть два выбора: 11) Реорганизовать программу таким образом, чтобы исключить избыточность. [21 Найти метод, допускагощпй повторное включение заголовочных файлов. Первый подход — он привел к заключительной версии калькулятора — довольно утомителен и непрактичен прн создании программ реального размера.

Кроме того, нам нужна избыточность для того, чтобы отдельные части программ были осмысленными сами по себе. Выигрыш от устранения избыточных включений и вытекающего отсюда упрощения программы может быть весьма значительным п с логической точки зрения, н в плане сокращения времени компиляции. Однако, анализ такой избыточности очень редко бывает полным, поэтому нам требуетгя метод избыточного включения. Желательно, чтобы его можно было использовать систематически, потому что мы не знаем, насколько тщательно пользователь будет проводить анализ.

Традиционным решением является вставка стралсей екеючепия (1пс1пг1е япзагг)з). Например: 0 еггос6 Щпйе~САЕС ЕййОй Н №г1ейпе САЕС ЕййОй Н патеерасе Еггог1 №епй~ !1СЛЕС ЕййОй Н Содержимое файла между №фЫеу и №епа11 игнорируется компилятором, если СЛУХ ЕРРсОй Н определено. В этом случае прн первом просмотре еггаг.й во время компиляции его содержимое читается и СААС ЕзгтгОтг Н присваивается значение Если компилятор встретит еггог.й снова во время компиляции, его содержимое игнорируется. Это является 1астью трюка1ества с макросами, но такой метод работает и широко распространен в мире С и Сз-з-. Все стандартные заголовочные файлы содержат стражей включения, 262 Глава 9.Исходные файлы и программы Заголовочные файлы включаются в произвольных местах н нет защиты против конфликтов имен макросов посредством механизма пространств имен. Поэтому я выбрал довольно длинное и неуклюжее имя в качестве «стража включениягп Привыкнув к заголовочным файлам и «стразкам включения», программисты демонстрируют тенденпню включать множество заголовочных файлов прямо плн косвенно.

Даже в реализациях С«з-, которые оптимизируют обработку заголовочных файлов, это может быть нежелательно, потому что может привести к чрезмерно большому времени компиляции и привнести множество объявлений и макросов в область впдпьюсти. Последнее может оказап нежелательное воздействие на смысл программы, причем непредсказуемым и опасным образом. Заголовочные файлы нужно включать только тогда, когда в ннх есть реальная необходимость.

9.4. Программы Программа является набором отдельных единиц компиляции, объединяемых компоновщиком. Каждая функция, объект, тип и т. д., используемые в этом наборе, должны иметь единственное определение Я 4.9, й 9.23). Программа должна содержать ровно одну функцию с именем та)л () (й' 3. 2). Выполнение программы начинается с вызова тшп () и заканчивается после выхода из та1п (). Целое значение, возвращенное тпгп (), передается вызвавшей системе в качестве результата работы программы. Зтц простые соображения должны учитываться в программах, в которых имеются глобальные псременныс Я 10А.9), пли в которых генерируются неперехватываемые исключения Я 14.7). 9.4.1.

Инициализация нелокальных переменных В принципе, переменныс, определенные вне любой функции 1то есть глобальные, глобазьные в пространстве имен н статические переменные классон), инициализируются до вызова гпа1л (). Такие пелокальные переменные шпщналнзируются в единице трансляции в порядке пх объявлецпя (з 10Л.9), Если переменная не имеет явного инициализирующего значения, ей присваивается значение по умолчагшю для ее типа Я 10А.2). Значение но умолчанию для встроенных типов н перечислений равно нулю.

Например: НоиЫе х = 2, О яв ~окальине лед«ленине ЙоиЫе у, йоиЫе зух =- зугГ (х«у), В примере х и д инициализируются прежде, чем здх, поэтому зуго вызывается с аргументом 2. Нет гарантированного порядка инициализации глобальных переменных из различных единиц трансляпнн. Следовательно, не стоит полагаться на какой-либо порядок такой инициализации. Кроме того, невозможно перехватить исключение, возбужденное пцицналнзатором глобальной переменной Я 14.7). Как правило, лучше с вести к минимуму псгюльзованпе глобальных переменных, в особенности тех, которые требуют ело кнон инициализации. Существует несколько методов заданця порядка инициализации глобальных переменных пз отдельных единиц трансляции.

Однако нн одна из ппх не является ни переносимой, пи эффективной. В частности, дгнампчески компонуемые библиотеки 263 9.4. Программы не могут «ььирььо сосуществовать» с глобальными переменными со сложными зависимостями. Часто функпия, возвращающая ссылку, является хорошей альтернативой глобальной переменной. Например: 1л1о иве еоип1() ( в1аие т1ис = О, ге1игл ис, В этом случае вызов изе соил1() действует как глобальная переменная, за пскльочением того, что ес инициализация происходит при первом использовании Я 5.5). Например: - ч() 11 Пвеличит» зниненпе и вивегтп его сои1««+иве еоип1(), 0" Инициализация нелокальных статических переменных зависит от механизма запуска программы па Сь+, поддерживаемого конкретной реализацией.

Характеристики

Список файлов книги