удобное решение клиента на unary и bidirectional операции. У меня порядка 80 rps, писать отдельно для каждого свой класс очень накладно и не эффективно. Также накладывает ограничение компилятор msvc2015 (не поддерживается явная специализация методов шаблонного класса без повторного описания исходного класса), что равносильно написанию отдельного класса для каждого rpc
Так в чём проблема собственно говоря? unary это типо ONE ONE в твоём понимании? Что именно ты хочешь
Проблема в том, что у меня не получается придумать грамотное архитектурное решение, чтобы можно было не плодить 10500 классов. Мне бы какой нибудь пример или направление, мысль. Да, unary - one - one.
Обсуждают сегодня