Как сохранить ссылку между двумя проектами при создании шаблона в Visual Studio 2010

Question

У меня есть решение с 3 проектами, и у меня есть ссылка между двумя проектами и ссылка на .dll из проекта во всех 3 проектах.Проект находится в Silverlight.Я хочу сделать многопроектный шаблон, и когда я создаю новый проект из этого шаблона, ссылки больше не работают.Он вносит изменения в пространство имен и имя проекта, но ссылки не обновляются.И ссылки на .dll не работают в новом проекте, созданном из шаблона.

Проект в Silverlight и C # 4.0.

Спасибо.

Answer 1

Как я понимаю ваше описание, у вас есть две проблемы:

1. Ссылка на проект из проекта A на проект B прерывается, когда создаются проекты
2. Ссылка наdll не работает, когда создается проект

У меня также есть проблемы с 1), и я еще не нашел способ это решить.

Для 2) вы должныубедитесь, что dll, на который вы ссылаетесь, является частью самого проекта и содержится в содержимом проекта в файле метаданных vstemplate.

См., например, мой шаблон для F # и XNA: в файле .fsproj (аналогично .csproj для проекта C #):

  <ItemGroup>
    <Reference Include="FSharp.Core">
      <HintPath>Dependencies\FSharp.Core.dll</HintPath>
    </Reference>
  </ItemGroup>
  <ItemGroup>
    <None Include="Dependencies\FSharp.Core.dll"/>
    <None Include="Dependencies\FSharp.Core.xml"/>
    <None Include="Dependencies\FSharp.Core.sigdata"/>
    <None Include="Dependencies\FSharp.Core.optdata"/>  
  </ItemGroup>

В файле .vstemplate:

  <Folder Name="Dependencies" TargetFolderName="Dependencies">
    <ProjectItem ReplaceParameters="false" TargetFileName="FSharp.Core.dll">FSharp.Core.dll</ProjectItem>
    <ProjectItem ReplaceParameters="false" TargetFileName="FSharp.Core.xml">FSharp.Core.xml</ProjectItem>
    <ProjectItem ReplaceParameters="false" TargetFileName="FSharp.Core.optdata">FSharp.Core.optdata</ProjectItem>
    <ProjectItem ReplaceParameters="false" TargetFileName="FSharp.Core.sigdata">FSharp.Core.sigdata</ProjectItem>
  </Folder>

См. также Шаблон проекта Visual Studio и ссылки на частные сборки для альтернативного решения, если вы не хотите включать dll в шаблон.