Pregunta

Estoy luchando con mi primer "hola mundo" sencilla aplicación RX. Estoy usando VS2010 RC, además de la última descarga RX.

La siguiente es la aplicación de consola sencilla;

    class Program
    {
        static void Main(string[] args)
        {

            var channel = new MessageChannel()
                .Where(m => m.process)
                .Subscribe((MyMessage m) => Console.WriteLine(m.subject));

            //channel.GenerateMsgs();
        }
    }

    public class MyMessage
    {
        public string subject;
        public bool process;
    }

    public class MessageChannel: IObservable<MyMessage>
    {
        List<IObserver<MyMessage>> observers = new List<IObserver<MyMessage>>();

        public IDisposable Subscribe(IObserver<MyMessage> observer)
        {
            observers.Add(observer);
            return observer as IDisposable;
        }

        public void GenerateMsgs()
        {
            foreach (IObserver<MyMessage> observer in observers)
            {
                observer.OnNext(new MyMessage() {subject = "Hello!", process = true});
            }
        }
    }

consigo un ArgumentNullException en la cláusula WHERE. Aquí está la pila;

System.ArgumentNullException was unhandled
  Message=Value cannot be null.
Parameter name: disposable
  Source=System.Reactive
  ParamName=disposable
  StackTrace:
       at System.Collections.Generic.AnonymousObservable`1.Disposable.Set(IDisposable disposable)
       at System.Collections.Generic.AnonymousObservable`1.<>c__DisplayClass1.<Subscribe>b__0()
       at System.Threading.Scheduler.NowScheduler.Schedule(Action action)
       at System.Collections.Generic.AnonymousObservable`1.Subscribe(IObserver`1 observer)
       at ConsoleApplication1.Program.Main(String[] args) in C:\Users\Jason\documents\visual studio 2010\Projects\ConsoleApplication1\ConsoleApplication1\Program.cs:line 18
       at System.AppDomain._nExecuteAssembly(RuntimeAssembly assembly, String[] args)
       at System.AppDomain.ExecuteAssembly(String assemblyFile, Evidence assemblySecurity, String[] args)
       at Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssembly()
       at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
       at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)
       at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
       at System.Threading.ThreadHelper.ThreadStart()
  InnerException: 
¿Fue útil?

Solución

Esta línea parece ser la causa del alboroto:

return observer as IDisposable;

No se supone que asumir el observador es desechable, se supone que para devolver un objeto desechable que sabe de "darse de baja".

  

El método devuelve una referencia a un   interfaz IDisposable. esto permite   el observador para darse de baja (es decir,   para dejar de recibir notificaciones)   antes de que el proveedor ha terminado   el envío de la llamada y   método OnCompleted de abonado.

Puede hacer que funcione haciendo algo como:

public class MessageChannel: IObservable<MyMessage>
{
    class Subscription : IDisposable {
        MessageChannel _c;
        IObservable<MyMessage> _obs;
        public Subscription(MessageChannel c, IObservable<MyMessage> obs) { 
            _c = c; _obs = obs;
        }
        public void Dispose() {
            _c.Unsubscribe(_obs);
        }
    }

    public IDisposable Subscribe(IObserver<MyMessage> observer)
    {
        observers.Add(observer);
        return new Subscription(this, observer);
    }

    void Unsubscribe(IObservable<MyMessage> obs) {
        observers.Remove(obs);
    }
}

Otros consejos

!! Bandera roja !!

Me gustaría sugerir fuertemente que no se implementa IObserver<T> o IObservable<T> mismo. Favorecer el uso de Observable.Create<T> o como último recurso utilizar los tipos Subject. Hay un montón de cosas que hay que considerar para aplicar correctamente estas interfaces que se maneja para usted por los tipos y operadores correctos Rx.

En este ejemplo yo le pido a bajar el tipo MessageChannel y cambiarla por

class Program
{
    static void Main(string[] args)
    {
        var channel = GenerateMsgs()
            .Where(m => m.process)
            .Subscribe((MyMessage m) => Console.WriteLine(m.subject));
    }

    public IObservable<MyMessage> GenerateMsgs()
    {
        return Observable.Create<MyMessage>(observer=>
        {
            observer.OnNext(new MyMessage() {subject = "Hello!", process = true});
        });
    }
}

public class MyMessage
{
    public string subject;
    public bool process;
}

En una inspección posterior de un diseño de sistema que puede tener algún tipo de servicio que expone "canales" como secuencias observables.

public interface OrderService
{
    IObservable<OrderRequest> OrderRequests();
    IObservable<Order> ProcessedOrders();
    IObservable<OrderRejection> OrdersRejections();
}

Por lo tanto eliminando la necesidad de estas implementaciones personalizadas de IObserver<T> o IObservable<T>.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top