> -- Kemet писал(а):
> Во первых, нужно всегда держать синхронизированный символьный файл, то есть после каждого изменения мы должны перекомпилировать модуль, а ведь можем и забыть
Это вскроется при проверке. Кроме того, среда вообще-то должна показывать, что файл не скомпилирован, и этого добиться нетрудно.
> -- Цитата:
> Во-вторых, содержимое символьных файлов для разных платформ может сильно отличаться и мы намертво привязываемся к конкретной сборке.
Можно сделать экспортированную константу с предопределённым именем, которую компилятор будет генерировать в каждом модуле, и которая будет содержать данные об исходнике. Тогда мы абстрагируемся от структуры символьного файла, а нам нужен только API доступа к нему.
> -- Цитата:
> Работа через файл проекта лишена этих недостатков и мы всегда знаем, к какому файлу переходить. Я не вижу проблемы в добавлении файла в проект, если менеджер проекта присутствует в IDE.
А он там присутствует? Это вообще-то полная переделка структуры IDE, и ещё надо подумать, как лучше организовать. Кроме того, в этом случае файл Release.Tool начинает очень интенсивно (и автоматически) меняться и нужно разбивать на много файлов (как сделано в Visual Studio - отдельно файл решения и файлы проектов, в файле решения - конфигурации; в A2OS всё это есть по отдельности, но в довольно корявой форме, поскольку всё засунуто в один огромный файл).