Signalr: 선택적 매개 변수

메서드 해결을 더 스마트하게 만들 수 있습니다.

확실히 좋은 생각입니다. 실제로 작업을 시작했지만 당시에는 기본 동적 허브 구현을 최대한 빨리 푸시하도록 되돌 렸습니다.

해결 방법이라고하면 ...
현재 구현에서는 메서드 오버로드 지원을 추가 할 수도 있습니다. 명명 된 매개 변수 확인도 추가 할 수 있지만 이는 매개 변수가 실제로 클라이언트와 서버간에 전달되는 방식에 대한 일부 수정을 의미합니다 (값 대신 키-값 쌍 전달). 어떻게 생각하니?

Nullable 매개 변수에도 적용됩니까? 3 개의 매개 변수가있는 메서드가 있는데, 그 중 마지막은 nullable int (int?)입니다. 마지막 매개 변수를 null로 설정하면 예외가 발생합니다.

값은 null 일 수 없습니다.
매개 변수 이름 : o

Newtonsoft.Json.Utilities.ValidationUtils.ArgumentNotNull (Object value, String parameterName)
Newtonsoft.Json.Linq.JToken.FromObjectInternal (Object o, JsonSerializer jsonSerializer)에서
Newtonsoft.Json.Linq.JToken.FromObject (Object o, JsonSerializer jsonSerializer)
Microsoft.AspNet.SignalR.Client.Hubs.HubProxy.Invoke T에서
GeoTag.App.Core.Services.SignalRClientService에서d__9.MoveNext ()

서버에서 기본값을 설정하지 않았습니다.

이것을 v3 후보로 새 저장소로 옮길 것입니다.

@JasonBSteele-오랜만이라는 것을 알고 있지만 언급하신 문제는 방금 수정되었습니다. 다음 릴리스에서 볼 수 있습니다.

이 문제의 상태에 대해 혼란 스럽습니다. SignalR 릴리스에서 수정 되었습니까?

@paulirwin No

...

수정 사항은 7 월에 출시 된 2.2.1에 있습니다 (https://github.com/SignalR/SignalR/releases/tag/2.2.1).

나는 어제 만난 것을 다시 테스트했으며 다음은 내 결과입니다.
클라이언트가 호출 할 허브 메서드

public async Task EpicMethod( int? daysTillNETStandard20 ) {}

.NET 클라이언트 서버 메서드 호출 시도 :

1. await _serviceRequestHubProxy.Invoke(nameof(ISomethingOnServerSide.EpicMethod), null).ConfigureAwait(false);

System.ArgumentNullException: Value cannot be null.
Parameter name: args
   at Microsoft.AspNet.SignalR.Client.Hubs.HubProxy.Invoke[TResult,TProgress](String method, Action`1 onProgress, Object[] args)
   at Microsoft.AspNet.SignalR.Client.Hubs.HubProxy.Invoke(String method, Object[] args)

2. await _serviceRequestHubProxy.Invoke(nameof(ISomethingOnServerSide.EpicMethod), null, null).ConfigureAwait(false);

System.InvalidOperationException: 'EpicMethod' method could not be resolved. Potential candidates are: 
EpicMethod(daysTillNETStandard20:Nullable`1):Task

3. await _serviceRequestHubProxy.Invoke(nameof(ISomethingOnServerSide.EpicMethod), null, new object[] {}).ConfigureAwait(false);

System.InvalidOperationException: 'EpicMethod' method could not be resolved. Potential candidates are: 
EpicMethod(daysTillNETStandard20:Nullable`1):Task
4. await _serviceRequestHubProxy.Invoke(nameof(ISomethingOnServerSide.EpicMethod), null, new object[] {null}).ConfigureAwait(false);
System.InvalidOperationException: 'EpicMethod' method could not be resolved. Potential candidates are: 
EpicMethod(daysTillNETStandard20:Nullable`1):Task

그래서 지금은 허브 메서드에서 null 허용 여부를 제거하고 클라이언트 측에서 0을 전달했습니다.

찾은 결과에 따라 다시 여는 중 ...

나도이 문제가있다. 해결 될까요?

null 을 Nullable<T> 로 변환하지 않는 바인더의 간단한 문제처럼 들립니다. 조사하겠습니다.

그래서 이것은 실제로 디자인에 의한 것입니다. null 값을 사용하여 실제로 객체 배열을 전달하는 방법. 당신의 예를 사용하여 이렇게
await _serviceRequestHubProxy.Invoke(nameof(ISomethingOnServerSide.EpicMethod), new object[] {null}).ConfigureAwait(false);

당신이하고있는 일은 매개 변수 해석기가 null 값을 params 배열에 전달하는 대신 null로 사용하는 params 배열을 설정하는 것입니다.

현재 버전에서 문제가 해결되어야합니까? 발행일이 5 년 전 이었으므로 선택적 매개 변수가 여전히 작동하지 않습니까?

@AlameerAshraf- 수행하려는 작업을 정확하게 보여줍니다. 현재로서는이 영역에서 어떤 것도 변경할 계획이 없다고 생각합니다.

선택적 매개 변수가 의도 한대로 작동하지 않는다고 생각합니다. 매개 변수가없는 호출이 있는데 매개 변수를 추가하려고합니다.

불행히도 이전 버전과의 호환성을 깨지 않고이 작업을 수행 할 수있는 방법은 없습니다. 클라이언트 코드는 현재 인수없이 호출하기 때문에 System.IO.InvalidDataException : Invocation은 0 개의 인수를 제공하지만 target은 1 개를 기대합니다.

null을 전달하도록 클라이언트를 변경해야하는 경우 이전 버전과의 호환성을 유지할 수 없으며 선택적 매개 변수를 전혀 사용하지 않을 수도 있습니다 .😦

해결 방법 : 매개 변수가 전달되지 않은 경우 원래 이름으로 다시 전달되는 다른 이름으로 새 메서드를 추가하고 호출합니다. 실망 👎

선택적 메서드 매개 변수와 오버로딩이 지원되어야한다고 생각합니다. SignalR을 사용할 때 사용하지 않는 것과 반 직관적 인 방법을 모두 사용하는 것이 일반적이기 때문에 이는 실제로 기한이 지난 것일 수 있습니다.

여기서 2020 년에 메서드 오버로딩이 작동하지만 선택적 매개 변수는 작동하지 않습니다. 어쨌든 매개 변수화되지 않은 메서드를 단순히 매개 변수화되지 않은 메서드를 호출하고 이전 버전과의 호환성을 유지하는 것이 여전히 쉽다고 생각합니다.