중재된 서비스는 IServiceBroker를 통해 획득되며, 이 서비스와 클라이언트가 별도의 AppDomains, 프로세스 또는 컴퓨터(예: Live Share)에 존재할 수 있도록 하는 RPC 호환 인터페이스로 제공됩니다. 조정된 서비스는 기본 Visual Studio 프로세스 또는 일부 보조 프로세스에서 제공될 수 있으며 Visual Studio 확장에서 이러한 프로세스 중 하나에서 사용할 수 있습니다.
서비스 IServiceProvider에 설명된 대로 인터페이스를 통해 더 많은(조정되지 않은) Visual Studio 서비스를 사용할 수 있습니다. 이러한 서비스는 일반적으로 기본 Visual Studio 프로세스에서만 사용할 수 있지만 조정된 서비스보다 더 큰 기능 집합을 노출합니다.
Live Share 게스트에서 실행되는 Visual Studio 확장은 Live Share 호스트에서 제공한 대로 이러한 서비스의 하위 집합에 액세스하여 추가 기능을 제공할 수 있습니다. 권한 부여 검사는 악의적인 Live Share 게스트로 인한 위험을 완화하기 위해 Live Share 연결 시 호스트의 보안을 보호하도록 적용됩니다. Live Share를 통해 서비스를 노출하도록 선택한 조정된 서비스의 작성자는 조정된 서비스를 제공하는 방법에 설명된 대로 권한 부여 검사를 구현하는 데 주의해야 합니다.
서비스 중개자
Visual Studio에는 다른 서비스를 노출하는 IServiceBroker과 유사하며 검색할 수 있는 전역 GlobalProvider이 있습니다. MEF를 통해 검색할 수도 있습니다.
추가 서비스를 제공하는 자체 서비스 중 하나를 사용하여 전역을 집계하려는 특정 Visual Studio 기능에서 제공하는 다른 컨텍스트별 서비스 브로커가 있을 수 있습니다(또는 일부를 표시하지 않을 수 있음).
( IServiceBroker 의도적으로) 클라이언트가 로컬, 다른 프로세스 또는 다른 머신에 있을 수 있는 서비스를 가져올 수 있는 블랙박스입니다. 서비스 브로커는 정책이 적용된 하나 이상의 다른 항목의 집계일 수 있습니다.
Visual Studio 프로세스의 컨텍스트에 따라 이 글로벌 서비스 브로커는 변경되는 다른 서비스 브로커 집합의 집계입니다. 프로세스 내의 컨텍스트 변경은 활성화될 수 있는 조정된 서비스 집합을 변경할 수 있습니다. 예를 들어 솔루션이 로드될 때 활성 솔루션과 관련된 서비스를 사용할 수 있습니다. 지원 구현이 다르기는 하지만 폴더 열기 보기에서도 동일한 서비스를 사용할 수 있습니다. 서비스 구현의 변경은 두 구현 모두 동일한 계약을 수행해야 하기 때문에 해당 서비스의 클라이언트에게 투명합니다. 그러나 클라이언트는 이 컨텍스트 변경(이에 대한 알림은 AvailabilityChanged를 통해 제공) 시 서비스를 새 인스턴스로 다시 쿼리해야 합니다.
서비스 브로커는 일반적으로 서비스에 대한 프록시를 가져오는 데 사용됩니다. 즉, 서비스 개체에 대한 참조를 직접 받는 대신 클라이언트는 서비스에 대한 모든 메서드 호출과 결과 또는 예외를 클라이언트로 다시 전달하는 스텁을 받습니다. 서비스에서 발생한 이벤트를 클라이언트로 전달할 수도 있습니다. 경우에 따라 서비스는 클라이언트가 메서드를 호출하여 클라이언트에 다시 호출할 수 있는 "대상 개체"를 클라이언트에 제공하도록 지원하거나 요구할 수 있습니다.
브로커 서비스 컨테이너
서비스를 글로벌 IBrokeredServiceContainer에서 사용할 수 있도록 IServiceBroker에 제공해야 합니다. 이 서비스 컨테이너는 서비스 브로커에 서비스 팩터리를 노출할 뿐만 아니라 서비스에 액세스할 수 있는 클라이언트를 제어하고 해당 서비스에 대한 액세스가 변경되면 해당 클라이언트에 알릴 책임이 있습니다.
중개된 서비스의 구성
조정된 서비스는 다음 요소로 구성됩니다.
- 서비스의 기능을 선언하고 서비스와 해당 클라이언트 간의 계약 역할을 하는 인터페이스입니다.
- 해당 인터페이스의 구현입니다.
- 서비스에 이름 및 버전을 할당하기 위한 도구입니다.
- ServiceRpcDescriptor는 ServiceMoniker과 필요한 경우 RPC를 처리하기 위한 동작을 결합합니다.
- 서비스 팩터리를 프로파일링하는 코드
- 서비스 등록
서비스 인터페이스
표준 .NET 인터페이스일 수 있습니다(종종 C#으로 작성됨). 브로커 서비스 클라이언트 및 서비스가 서로 다른 프로세스에서 존재하고 RPC를 통해 통신할 수 있도록 하기 위해서, 이 인터페이스는 서비스에서 사용할 제한 사항을 ServiceRpcDescriptor 준수해야 합니다. 이러한 제한에는 일반적으로 속성 및 인덱서가 허용되지 않으며 대부분의 또는 모든 메서드는 Task 또는 다른 비동기 호환 반환 형식을 반환합니다.
브로커된 서비스 이름 및 설명자
서비스를 활성화하려면 모니커를 알고 있어야 합니다. 모니커가 서비스의 설명자에 포함되므로 클라이언트는 일반적으로 ServiceRpcDescriptor를 처리할 수 있습니다. 설명자는 브로커가 조정된 서비스와 클라이언트 간의 RPC 연결을 설정하는 데 필요한 동작을 추가하거나 필요 시 Stream에 대한 RPC 호출을 직렬화하는 데 필요한 동작을 추가합니다.
Visual Studio는 클라이언트와 서비스에서 RPC를 통한 통신이 필요한 경우 StreamJsonRpc 라이브러리를 사용하는 중개 서비스에 파생 형식ServiceJsonRpcDescriptor을 사용하는 것을 권장합니다. StreamJsonRpc는 여기에 설명된서비스 인터페이스에 특정 제한을 적용합니다.
설명자는 직접 사용할 필요가 거의 없습니다. 대신 일반적으로 VisualStudioServices 또는 서비스를 제공하는 라이브러리에서 획득한 다음, 인수로 GetProxyAsync 사용됩니다.
ServiceMoniker 클래스와 ServiceJsonRpcDescriptor 클래스는 모두 변경할 수 없으므로 static readonly 필드나 속성으로 공유해도 안전합니다.
다른 ServiceRpcDescriptor파생 형식은 변경할 수 없습니다.
A ServiceMoniker 는 직렬화할 수 있습니다. A ServiceJsonRpcDescriptor 는 직렬화할 수 없습니다.
서비스 대상 그룹
중개된 모든 서비스는 ServiceAudience의 여러 플래그로 등록됩니다. 이러한 플래그는 조정된 서비스가 노출될 클라이언트 및 연결을 제어합니다.
일반적인 선택은 ServiceAudience.LocalVisual Studio 세션 내의 모든 로컬 프로세스에 서비스를 노출하는 것입니다. 이 설정을 사용하면 라이브 공유 세션이 활성 상태인 경우에도 서비스는 항상 로컬로 활성화됩니다.
플래그가 ServiceAudience.LiveShareGuest 추가되면 조정된 서비스를 요청하는 Live Share 게스트는 Live Share 호스트와의 원격 연결을 통해 조정된 서비스에 대한 프록시를 가져옵니다.
정의된 ServiceAudience 플래그의 조합은 합법적입니다. 플래그를 LiveShareGuest 설정할 때 해당 플래그를 설정하지 않더라도, 예를 들어 Live Share 호스트가 Live Share 게스트 Local 조정된 서비스를 제공하고, 클라이언트와 서비스가 동일한 프로세스에 있는 경우 로컬에서는 사용할 수 없도록 할 수 있습니다.
RemoteExclusiveClient 플래그 및 RemoteExclusiveServer 플래그는 더 이상 사용되지 않습니다.
클라이언트가 조정된 서비스를 요청하는 경우 해당 서비스에 대한 것이 무엇인지 ServiceAudience 또는 서비스가 활성화될 위치를 알 필요가 없습니다. 그러나 서비스에서 이 값을 문서화하고 서비스를 사용하는 개발자가 서비스를 활성화할 수 있는 위치를 인식하여 다양한 컨텍스트에서 해당 서비스에서 가져올 수 있는 데이터의 종류와 서비스를 사용할 수 있는 시기를 예상하는 것이 유용할 수 있습니다.
중개된 클라이언트의 구성
클라이언트가 중개된 서비스를 요청하면, 서비스가 사용 불가능할 때 null을 반환하거나, 서비스 활성화에 실패하면 ServiceActivationFailedException을 발생시키거나, 서비스의 프록시를 가져옵니다.
프록시는 조정된 서비스가 클라이언트와 동일한 프로세스에서 활성화되는지 아니면 다른 프로세스에서 활성화되는지에 관계없이 사용됩니다.
이 프록시는 클라이언트가 서비스가 있는 위치를 인식할 필요가 없도록 로컬 및 원격 서비스 사례 간에 사용 패턴을 조화시키는 데 도움이 됩니다.