Разработка с использованием одного и того же решения .Net на x86 и x64 OS - ссылки на программные файлы dll - PullRequest
2 голосов
/ 09 февраля 2011

Я работаю в среде, где некоторые разработчики работают в среде x86 (все еще WinXP), а другие работают в 64-битной среде (Windows Server 2008 R2). В решении много ссылок на библиотеки DLL, которые живут в программных файлах. В 32-разрядной среде env это нормально, но при переходе на 64-разрядную версию эти ссылки не выполняются, так как они должны указывать на «c: \ Program Files (x86)» - каждый раз, когда решение проверяется и открывается в другой среде, ссылки должны быть обновлены. Есть ли хороший способ поддержки обеих сред или это просто необходимость иметь отдельные файлы решения / проекта с разными ссылками для каждой архитектуры?

Обновление: извинения, похоже, я ошибся. Решение изначально было создано на 32 бит. Когда я открыл его на 64-битной, были проблемы со ссылками, попадающими в разные версии DLL, поэтому я обновил ссылку (на 64-битную). Когда я зарегистрировал изменения и затем снова открыл их на 32-битной системе, у меня возникла проблема с тем, что папка (x86) не существует, и, следовательно, ссылка не была найдена. Как только я исправил расположение (и версию) ссылок на 32-битной версии, проверил ее обратно, получил последнюю версию и открыл ее на 64-битной системе, все было хорошо. Спасибо за ваше время.

Ответы [ 3 ]

1 голос
/ 14 января 2012

Одним из решений является создание точки повторной обработки NT на 32-битных компьютерах, так что «Program Files (x86)» просто ссылается на «Program Files». Это то, что мы делаем.

Вы можете создать точки повторной обработки, используя утилиту соединения SysInternals или, возможно, mksymlink, если у вас установлена ​​более поздняя ОС.

1 голос
/ 09 февраля 2011

Я бы порекомендовал скопировать ваши ссылки из "Program Files" в локальную папку "Dependencies".Оттуда вы можете добавить ссылки, которые всегда будут использовать относительный путь.Поскольку эти ссылки не установлены в GAC (в противном случае это не было бы проблемой), это избавит вас от необходимости постоянно менять настройки.

0 голосов
/ 09 февраля 2011

как насчет шага после сборки для копирования из x86 в обычные программные файлы? у нас схожие проблемы, и это больше просто размышление вслух

...