Интерфейсы... интерфейсы... почему никто не предложил шаблоны? Там связей вообще нет, и всё статически связано и известно на момент компиляции

Petro123вопрос вроде практический. Значит он не применим к сабжу.Я так понял, дело в связях? Т.е. один класс как-то использует другой класс и поэтому где-то надо писать #include?
Так вот, шаблон не требует к своим шаблонным параметрам include. У меня есть упоротый проект исключительно на шаблонах, там все include только в одном месте: где идёт объявление всех объектов. Не, я, конечно, лукавлю, на счёт "в одном месте", но все архитектурные вещи друг от друга никак не зависят, они потом в одном месте друг другу в качестве шаблонных параметров передаются.
К примеру, у меня есть класс CMetric (это шаблон), который используется всеми другими объектами, так как метрика. И всего 2 include, один в app.cpp, потому что там описание, один в project.cpp, потому он всё это запускает (скорее всего можно от второго избавиться). И эта метрика на вход получает тип данных, и единицу измерения - один раз в коде(и это app.h). По-моему, очень удобно и просто.

kealon(Ruslan)т.е. что бы уменьшить количество классов, нужно перевести их в шаблоны :-)?чтобы уменьшить число классов, надо уменьшить число классов, но я думаю, проблема не в числе классов у автора.
bk0010При применении шаблонов число классов вырастет, зато их связность можно уменьшить.да и число классов не обязательно вырастет.

автор не раскрыл тему структуры проекта. Обычно, все классы можно разделить на тематики. Я сейчас открыл свой последний проект, ему полгода, там оказалось около сотни файлов (я думал, штук 50...), у меня всё разбито по папкам на тематики. В корне только 2 файла, проект.cpp (это то, что студия сгенерила, проект Win32 использую для запуска) и app.cpp. (ну и хедеры, плюс stdafx-и и почему-то resource.h). Всё остальное лежит по папкам:

Классы и интерфейсы для окон. 3.
Улилиты. 9. Названия чётко показывают, кто с чем работает.
Структурные данные. 9. Тоже всё ясно из имён.
Работа с настройками. 4.
Метаданные. 4
Графика. 3
Классы для MDI, 9
UI, диалоги, 21
База данных, 6
Парсер кода, 1
(умножаем всё на два, h и cpp)

Структуру самого приложения это нагляднее не делает, но зато легко позволяет найти нужные вещи, они всё на своих местах. И это мне позволяет легко работать с самой архитектурой проекта. Я это всё к тому написал, что автор не раскрыл тему структуры своего проекта, может у него просто всё в куче... если разложить по папкам, всё становится куда нагляднее.

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

kolobok0умножать на два не надо. имхо - подсчитываются сущности-классы...ну там автор про файлы говорил, поэтому я написал в файлах.
Но вообще да, по нормальному, число файлов должно соответствовать числу классов * 2. Но вот у меня не так, у меня в одном заголовке может быть 1-2 класса, потому что иногда лень выносить в отдельный файл, поэтому у меня в проекте число файлов примерно соответствует числу классов (~100 тоже)

LepsikУ нас был 40 Gb исходников, а были файлы по мегобайту размером и функции свыше 10К строк.Если не секрет, что это было? Просто интересно, получается, в функции 10К строк уникального, неповторяющегося кода.