3

몇 가지 클래스 라이브러리 프로젝트를 사용하는 ASP.NET 핵심 응용 프로그램이 있습니다. 도메인, 리포지토리 등Visual Studio의 프로젝트 위치 2015

이러한 클래스 라이브러리는 작업자 역할로 실행되는 다른 클라우드 앱에서도 사용됩니다. 이러한 클래스 라이브러리는 개별적으로 유지해야하며 개발은 자체 코스를 따라야하며 필연적으로 ASP.NET 핵심 앱.

그렇다면 ASP.NET 핵심 프로젝트는 클래스 라이브러리 프로젝트의 모든 변경 사항을 알고 있어야하며,이를 ASP.NET 프로젝트 용 솔루션에 연결해야합니다.

이 프로젝트 폴더를 구성하는 가장 좋은 방법은 무엇입니까? 다음과 같이 현재 내 폴더 구조는 다음과 같습니다

내 프로젝트 폴더

--- MyAspNetCoreProject (가지고 자신의 용액)

--- MyBackendProject

(다음 프로젝트가 포함 된 자체 솔루션을 가지고 있습니다)

----- DomainProject

----- RepositoriesProject

나는 "기존 P를 추가하려고

당신이 소스 제어에 추가하려는 프로젝트는 다른 소스 제어 사용자가 어려움이 개방이 될 수 있습니다 : roject는 "내 ASP.NET 핵심 프로젝트에 내 백엔드 프로젝트를 연결하기 위해, 다음과 같은 메시지가 뜹니다 해결책 또는 최신 버전이 필요합니다. 이 문제를 방지하려면 솔루션에서 프로젝트의 다른 소스 제어 바인딩 루트 아래에있는 위치에서 프로젝트를 추가하십시오.

답변

1

동일한 솔루션에서 참조 된 프로젝트를 이동해야합니다. 별도의 솔루션을 원한다면 프로젝트로 연결할 수 없습니다. .NET Core 이전에는 어셈블리를 연결할 수있었습니다.

다른 솔루션에서 프로젝트를 연결하려고 할 때의 한 가지 문제점은 다른 사용자가 필요한 모든 솔루션의 복사본을 가지고 있지 않을 수 있으며 다른 사용자와 다른 위치에 설치 될 수 있다는 것입니다. 이 솔루션은 어셈블리가 구축되는 위치를 추적해야합니다.

라이브러리를 NuGet 패키지로 빌드하면 참조를 쉽게 연결할 수 있습니다.

옵션은

  • 이동을 동일한 솔루션에서 모든 프로젝트
  • 별도의 솔루션을 유지하고 (개인) NuGet 패키지로 응답
+0

감사 라이브러리를 게시를하게된다. 따라서 가장 좋은 전략은 라이브러리 프로젝트를 솔루션 아래에 보관하는 것입니다. 여기서는 ASP.NET 핵심 솔루션에 따라 대부분 편집/개발 될 것입니다. 그런 다음 NuGet 패키지를 사용하는 다른 프로젝트, 즉 클라우드 작업자 역할 프로젝트와 NuGet 패키지를 공유하십시오. – Sam

관련 문제