Можем ли мы выделить асинхронный ответчик перед вызовом кода конечной точки? - PullRequest
0 голосов
/ 17 февраля 2020

У меня есть существующий код, который я хотел бы отладить, и / или продолжить разработку, и / или модульное тестирование. В части существующего кода, я вижу фрагмент конечной точки ниже, поэтому я хотел бы иметь код, который будет отвечать на это соединение, отбрасывая полученные данные (или отображая их в операторе вывода, et c.), чтобы существующий код мог успешно работать, а не давиться без ответа на соединение. Я видел другие посты об асинхронном принятии и получении, поэтому мне интересно, насколько трудно или просто было бы выделить асинхронный ответчик (т.е. секретарь) перед выполнением существующего кода, так что существующий код будет фактически работать вместо выбрасывание соединения не отвечает тип ошибки.

// Existing endpoint code
string netAdd = "net.tcp://localhost:1234/Publisher"; 
ChannelFactory<MyPublication> factory = new ChannelFactory<MyPublication>(new NetTcpBinding(), new EndpointAddress(netAdd));
MyPublicationtarget = factory.CreateChannel();

// Ideally, the proposed code would look like this:
allocateAsynchronousSecretary(); // allocate an (asynchronous) listener first
callExistingEndpointCode();      // call existing code containing endpoint.

// But what needs to be inside of allocateAsynchronousSecretary() ???
...