Когда вам нужно взглянуть на класс, чтобы узнать, как его использовать, вы должны взглянуть на файл заголовка. Заголовочный файл должен содержать список того, что он может делать (закомментированный для описания деталей использования каждой функции), и он должен включать список переменных-членов. Он НЕ ДОЛЖЕН включать КАК реализована каждая отдельная функция, потому что это лишняя информация, которая загружает только заголовок.
ичный стиль в C ++ всегда заключался в том, чтобы помещать объявления классов во включаемый файл, а определения в файл .cpp, очень как это предусмотрено вОтвет Локи наЗаголовочные файлы C ++, разделение кода, По общему признанию, одна из причин, по которой мне нравится этот стиль, вероятно, связана со всеми годами, которые я потратил на программирование Modula-2 и Ada, оба из которых имеют похожую схему с файлами спецификаций и файлами тела.
У меня есть коллега, гораздо более осведомленный в C ++, чем я, который настаивает на том, чтобы все объявления C ++, по возможности, включали определения прямо в заголовочный файл. Он не говорит, что это допустимый альтернативный стиль или даже немного лучший стиль, а скорее это новый общепринятый стиль, который все сейчас используют для C ++.
Я не такой подвижный, как раньше, так что я не очень-то стремлюсь забраться на его подножку, пока не увижу с ним еще нескольких человек. Итак, насколько распространена эта идиома?
Просто чтобы дать некоторую структуру для ответов: это сейчасПуть, очень часто, довольно часто, необычно или сумасшедший?