Я бы с подозрением отнесся к этому требованию на вашем месте.Концептуально, ваш каталог решений и решение в целом - это «строительные материалы» и ваш скомпилированный, развертываемый код вашего готового «здания», которое вы дадите клиенту.То, что вы просите здесь, это как строитель дома, говорящий: «Какой лучший способ приклеить мой молоток к полу подвала?»Кто-то может дать вам хороший ответ, но правильно ли применять решение - хорошая идея?
Чтобы быть более конкретным, почему ваш исполняемый код во время выполнения зависит от времени, предшествующего сборке / сборке?структура решения?Я бы предположил, что вы, вероятно, на самом деле хотите сделать это иметь событие build , которое копирует XML из папки вашего решения в целевой каталог, где ваш целевой исполняемый файл создается и разворачивается.Если вы сделаете это, то можете просто использовать свой подход «CurrentDirectory» в коде, не беспокоясь о том, как структурировано решение.События сборки используют синтаксис командной строки и имеют доступные «макросы» для вашего каталога решений, так что у вас будет такой, что-то вроде «xcopy $ (SolutionDir) test.xml $ (BuildDir)» *
(MyПриносим извинения, если вы уже знаете об этом, и у вас есть некоторые особые требования к наличию кода, который пересекает его собственную структуру решения).