Есть проект MFC, представляющий из себя форму с порядка 10-ю кнопками. У этих кнопок подцеплены свои обработчики (иногда один обработчик вызывает процедуру другого обработчика).

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




——
Идеально было бы просто отделить обработку данных от управления этой обработкой (формы).
Mvc например....

Хочется: одна форма с 10-ю кнопками. Процедура каждой кнопки компилируется отдельно (значит для нее создан отдельный проект в рамках решения).

--
Нет, это вовсе это не значит.

На самом деле тебе скорее всего это не нужно, а нужно просто навести порядок в коде. Для этого разбиение на проекты не обязательно нужно, а в твоем случая я думаю даже вредно, потому что ты будешь вместо организации кода думать о организации проектов. А лучшее организовать именно код, потом, после, если будет надо, сможешь сделать и это.
--

Получится ли вызывать из одного проекта процедуру другого проекта?

Проект — это способ организации компиляции. Это не способ организации кода. Проекты бывают разные. Я знаю как минимум 3 типа: приложение, динамическая библиотека, статическая библиотека. Соответственно, в зависимости от того, как ты это сделаешь, оно будет либо возможно, либо нет.

Можно ссылку, где подобное разбиение на проекты / библиотеки реализовано?

Думаю, пример тут не нужен. Нужно понимание принципа. Но если пример нужен, его легко можно найти, хотя бы в msdn.

GermanVwvetalGermanV,

Создаешь в своем решении(solution) проект(ы) dll, в этих dll описываешь свои процедуры (то есть методы). Потом подключаешь в основной проект(там где форма с кнопками) namespace из той dll, где описан метод, который должен вызываться.

А я смогу из одной dll использовать метод другой dll? Как изменится производительность?

Сможешь. Никак.

GermanV
MasterZivНет, это вовсе это не значит.

На самом деле тебе скорее всего это не нужно, а нужно просто навести порядок в коде. Для этого разбиение на проекты не обязательно нужно, а в твоем случая я думаю даже вредно, потому что ты будешь вместо организации кода думать о организации проектов. А лучшее организовать именно код, потом, после, если будет надо, сможешь сделать и это.


Нет, мне нужно, чтобы ошибки одной процедуры НИКАК не влияли на компеляцию другой процедуры. И я хочу устранить даже малейшую теоретическую возможность взаимных влияний (чтобы голова не болела на эту тему).


Для этого достаточно разбить на разные исходные модули (файлы *.cpp или *.c)
ГРУБО ГОВОРЯ: Берёшь один исходник, копируешь с другим именем, открываеш в редакторе и выкидываешь всё, что НЕ хочешь видеть в данном исходнике. Потом выкидываешь всё, что осталось, из исходного исходника.

GermanV
Теоретически и мне это понятно, а как практически?

Я про это и спрашиваю: как сделать?

Там куча нюансов, зависящих именно от твоего кода. Как и на что его разделять -- твои проблемы, их никто за тебя не решит.

GermanVDimitry Sibiryakovпропущено...

Не нужно создавать отдельный проект. Достаточно модуля (отдельный cpp файл).


А ошибки одного из cpp- файлов позволят мне запустить на отладку другой cpp- файл?

Нет. Для этого нужно будет как минимум создать тестовое приложение.
Или написать тесты на чём-то типа CppUnit (собственно, это тестовое приложение и есть).

GermanV+ А чтобы ошибки одной dll НИКАК не мешали работать с другой dll мне поможет позднее связывание dll?


Нет. Не поможет. Оно тут вообще ни при чём.

GermanV Или синтаксический контроль делается в любом случае на этапе построения?


Синтаксический контроль делается на этапе компиляции. Это что идёт перед сборкой.

GermanVGermanVА ошибки одного из cpp- файлов позволят мне запустить на отладку другой cpp- файл?

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

Это не так. Поменялось. И ты это сам уже понял -- появилась КРАСОТА !

GermanV
Как эту функцию погрузить в свое пространство имен, и как ее видеть из общего файла?

Это не понятный пост. Она уже там, в пространстве имён, общем.

GermanVMasterZivДля этого достаточно разбить на разные исходные модули (файлы *.cpp или *.c)
ГРУБО ГОВОРЯ: Берёшь один исходник, копируешь с другим именем, открываеш в редакторе и выкидываешь всё, что НЕ хочешь видеть в данном исходнике. Потом выкидываешь всё, что осталось, из исходного исходника.

Так ошибки-то этой выкинутой процедуры не позволят компилировать проект. К тому же при вызове функций других cpp- файлов приходится добавлять их h-файлы, что приводит о повторном использовании одного и того же символа(LNK2005).

Это тебе тогда в школу надо...
Я тебе сейчас не смогу быстро это все объяснить.