Ссылка на проект в другом проекте создает нежелательные зависимости

Question

У меня есть проект ProjectA, в котором я сохраняю классы полезности. Я хочу использовать этот проект в нескольких решениях, поэтому мне не нужно копировать файлы, файлы ссылок и обновлять файлы каждый раз, когда я вношу изменения в классы Project.

Но, кажется, проблема: если я ссылки ProjectA в ProjectB, скомпилированное применение ProjectB не может работать, если нет скомпилированного приложения из ProjectA рядом с ним. Поэтому, если вывод ProjectB является ProjectB.exe, ProjectB.exe выдает сообщение об ошибке при выполнении, если ProjectA.exe не находится рядом с ним. Почему это? Я просто хочу использовать пространства имен от ProjectA в ProjectB, мне не нужно ProjectA, чтобы зависеть от скомпилированной версии ProjectB.

Может кто-нибудь сказать мне, как ссылаться на ProjectA в ProjectB без необходимости вывода ProjectA запустить вывод ProjectB?

Answer 1

Возможно, вам нужна общая dll.

Вы создали классы полезности в проекте A out, поскольку они распределены по всему проекту A (приложение A?), Теперь вы ввели проект B (приложение B), и, поскольку вы заявляете, что ему необходимо получить код от projectA.dll/ех.

Итак, создайте новый проект в своем решении (Ab.Shared.dll возможно :-)) и переместите в него свои классы utiilty. Теперь вы можете ссылаться на эту DLL как из проекта A, так и из проекта B.

Обновление: Просто прочитайте о комментариях о высасывании кода.

Общая dll - наиболее распространенный способ совместного использования кода, но есть и другие способы. Теоретически вы можете просто «включить» те же файлы * .cs в оба проекта и поделиться им таким образом (используйте раскрывающийся список в диалоговом окне «Добавить существующий элемент» и выберите «Добавить как ссылку»). Однако на практике становится все более неудобно поддерживать этот сценарий, поэтому большинство людей используют общую dll.

Answer 2

В этом случае добавьте скомпилированную dll в папку bin и добавьте ссылку на эту DLL из другого проекта. Не добавляйте ссылку на ваш проект ProjectA.

Когда вы добавляете ссылку на проект с помощью Visual studio, добавьте ссылку -> Проекты, тогда требуется, чтобы проект был скомпилирован и копирует dll/exe в другую папку bin проекта.

Answer 3

Откройте csproj файл в текстовом редакторе и вставить XML:

<Reference Include="AssemblyName.dll"> 
    <HintPath>$(EnvironmentVariable)\bin\AssemblyName.dll</HintPath> 
    <Private>False</Private> 
</Reference> 

Answer 4

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

Если вы ссылаетесь на класс/тип из другой сборки, тогда эта сборка должна присутствовать (или локалироваться) при запуске оригинальной сборки. Если все, что вы делаете, это кодирование, тогда простой project reference in your solution выполнит трюк. Если у вас нет исходного кода Project A, вам понадобится его в его скомпилированной форме - без него CLR не сможет его проверить и узнать, что он содержит.

Answer 5

Если я правильно понял, у вас есть код в ProjectA.exe, который вы хотите использовать в ProjectB.exe, но во время выполнения вы хотите запустить ProjectB.exe, не требуя, чтобы у пользователя была копия ProjectA .Exe.

Это невозможно. Когда вы используете тип из другой сборки, эта сборка загружается во время выполнения. Тип не копируется из ProjectA в ProjectB.

Мне кажется, что вы должны извлечь общие классы утилиты в ProjectUtility.dll, а затем ссылаться на них как из приложений ProjectA.exe, так и из ProjectB.exe.

EDIT: ILMERGE может быть путем. См. Linking statically in C# для получения дополнительной информации.