Библиотеки DLL, на которые есть ссылки в проекте, используемом другим проектом в .NET - PullRequest
2 голосов
/ 13 августа 2011

Есть много похожих вопросов, но они, похоже, не слишком понимают мою конкретную проблему.

У меня есть проект A, библиотека классов, которая ссылается на внешнюю DLL

Microsoft.TeamFoundation.WorkItemTracking.Client, 
Version=9.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a

Project A компилируется нормально - я установил DLL-библиотеку, на которую ссылаются, для копирования local и оставил Alias ​​нетронутым как глобальный.

Project B ссылается на Project A, и все просто шикарно, за исключением того, что в конце компиляции я получаю:

Error 5215    The type

'Microsoft.TeamFoundation.WorkItemTracking.Client.WorkItem' определяется в сборке, на которую нет ссылок.Необходимо добавить ссылку на сборку «Microsoft.TeamFoundation.WorkItemTracking.Client, версия = 9.0.0.0, культура = нейтральная, PublicKeyToken = b03f5f7f11d50a3a».C: ... \ Content \ Status.aspx.cs 9 13 ProjectB

Все находится в одном файле решения.Чего мне не хватает в этом случае?Ссылка на Проект A из Проекта B осуществляется через Ссылку на Проект.

Я, чёрт побери, о чём я так опасаюсь?

Ответы [ 2 ]

1 голос
/ 13 августа 2011

Использует ли проект B класс WorkItem?Возвращено ли это из метода в Проекте A?

Если это так, то библиотека DLL, содержащая этот класс, должна ссылаться на проект B. Как еще проект B мог бы объявить объект этого типа или вызватьметоды этого класса?

0 голосов
/ 13 августа 2011

Project B использует эту DLL напрямую, поэтому проекту также необходимо ссылаться на DLL.

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