일반 인터페이스 및 형식 구문 분석

Question

인터페이스를 통해 통신하는 여러 클래스간에 메시지를 전달하려고합니다. 그러나 가능한 한 제네릭을 사용하고자 할 때 수신 메시지의 메시지 유형이 발신 유형과 다를 수 있으므로 문제가 발생했습니다. 나는 그것을 명확하게하기 위해 몇 가지 코드를 붙여 넣었다.

인터페이스 구현이 들어오는 메시지를 추가하기로되어있는 차단 컬렉션의 형식과 다른 형식을 전달하기 때문에 아래 코드는 컴파일되지 않습니다. 들어오는 유형과 잠재적으로 다른 유형을 보낼 수 있기를 원합니다 (들어오는 유형은 항상 블로킹 콜렉션의 요소 유형과 일치합니다). 인터페이스 나 클래스를 다시 디자인해야하는 경우에도 캐스팅이나 파싱을 수행 할 수 있습니까?

인터페이스를 사용하여 작업 할 때 여전히 매우 신선하고 재귀, 스택 오버플로 오류 등으로 어려움을 겪습니다. 따라서, 현명한 디자인 또는 빠른 수정을 제안 할 수있는 제안이 있으면 배우십시오. 더 나은 패턴을 구현하는 방법을 알고 싶어합니다.

감사

public interface IClientMessaging 
{ 
    void MessagePassing<U>(U message); 
} 

public class InProcessMessaging<T> : IClientMessaging 
{ 
    private Dictionary<Type, List<IClientMessaging>> Subscriptions; 
    public BlockingCollection<T> MessageBuffer; 

    public InProcessMessaging(Dictionary<Type, List<IClientMessaging>> subscriptions) 
    { 
     //Setup Message Buffer 
     MessageBuffer = new BlockingCollection<T>(); 

     //Subscribe 
     Type type = typeof(T); 
     if (subscriptions.Keys.Contains(type)) 
     { 
      subscriptions[type].Add(this); 
     } 
     else 
     { 
      subscriptions.Add(type, new List<IClientMessaging>()); 
      subscriptions[type].Add(this); 
     } 

     Subscriptions = subscriptions; 
    } 

    public void SendMessage<U>(U message) 
    { 
     //Send message to each subscribed Client 
     List<IClientMessaging> typeSubscriptions = Subscriptions[typeof(U)]; 
     foreach (IClientMessaging subscriber in typeSubscriptions) 
     { 
      subscriber.MessagePassing<U>(message); 
     } 
    } 

    public T ReceiveMessage() 
    { 
     return MessageBuffer.Take(); 
    } 

    public bool ReceiveMessage(out T item) 
    { 
     return MessageBuffer.TryTake(out item); 
    } 

    //Interface Implementation 
    public void MessagePassing<U>(U message) 
    { 
     MessageBuffer.Add(message); //<-"Cannot convert from U to T" [this is because I want 
            //to send messages of a different type than the receiving type] 
    } 
} 

Answer 1

내가 여기 당신의 목표를 이해하는 데 어려움을 겪고있어, 그러나 아마 MessagePassing<U>(U message)는 MessagePassing(U message)해야하며 interface IClientMessaging이 interface IClientMessaging<U>을해야합니다.

다음 InProcessMessaging<T, U> : IClientMessaging<U>

-하지만 InProcessMessaging는 IClientMessaging의 가입자 목록을 IClientMessaging를 구현하고 관리하는 이유는 표시되지 않습니다. 한 클래스가 가입자를 관리하고 다른 클래스가 가입자 (IClientMessaging)라고 나에게 들었다.

U과 T은 다른 유형입니다. 그게 관련이 있습니까? 다른 래퍼가 있습니까? 어쩌면 U 같은 소리는 T의 래퍼이거나 T을 포함하지만 추가 정보를 추가하는 일반 클래스 자체입니다. 이 경우, void MessagePassing<T>(Wrapper<T> message);

지금까지 의견을 갱신한다

...

interface IClientMessage {} 

interface IClientMessage<U> : IClientMessage { /* ... */ } 

그러나이에 그 이름을 변경 :

interface IConsumer {} // (Or ISubscriber?) 

interface IConsumer<TConsumed> : IConsumer{ /* ... */ } 

을 추가합니다 :

interface IGenerator { } 

interface IGenerator <TGenerated> : IGenerator { 
    event EventHandler<TGenerated> ItemGenerated; 
} 

그 다음 :

예, 이것은 리플렉션을 사용하여 IConsumer<TConsumed>.Consume()을 호출합니다. 또는 제네릭을 사용하지 말고 object을 유형으로 사용할 수 있습니다. 더 나아가서 IClientMessage은 Consume(object message) 일 수 있습니다. 구현시 처리하기 전에 object이 TConsumed임을 보장 할 수 있습니다.

C# 이벤트를 통해 직접 클라이언트 - 클라이언트 링크를 만들 수는 있지만 중앙 디스패처에 대한 것 같습니다.중앙 처리자는 반사가 필요하거나 전달되는 유형을 알지 못하는 유형의 다양하고 제한되지 않은 유형을 추적해야합니다 (이전 단락에서 설명한대로)

Reactive Extensions과 아이디어를위한 관찰자 패턴.

너무 수다스러운 댓글을 삭제했습니다.