Есть клиентское приложение, есть WCF сервис.

Сейчас так

приложение версии 1 - сервис версии 1
приложение версии 2 - сервис версии 2
..
приложение версии 7 - сервис версии 7

Хотелось бы упростить, сделать так, чтобы версия клиента умела работать с сервисом версии текущей и всеми предыдущими.

Вопрос в следующем.
Сейчас сделано:

MySvs mysvc;
...
mysvc = new MySvc(...);

Можно ли один раз объявить переменную mysvc (как?) и затем создавать тот сервис, который указан?
Типа:

КакТо mysvc;
...
if(the_current_version==1)
mysvc = new MySvc_1(...);
else
if(the_current_version==2)
mysvc = new MySvc_2(...);
...
else
if(the_current_version==12)
mysvc = new MySvc_12(...);

Как объявить переменную? или как сделать по-другому?

Petro123Ролг Хупин,
Если не менялся функционал, то почему выпускаете новую версию?
Если менялся, то в коде ТАМ ГДЕ менялся придётся ставить проверку if version.
Что тут такого? Даже у автомобиля есть версии.

Что-то меняется в клиенте, что-то в сервисе, как внутри, так и в тех классах, которые участвуют в прокси, потому и выпускается новая версия.
Сейчас так и делается, выпускаются новые версии, юзеру рекомендуется использовать только свежие.

Но бывают моменты,когда у юзера установлены две весрии сервиса по каким-то причинам, например, какое-то клиентское приложение работает только с предыдущей версией сервиса, а какое-то с новой,

приложение 1 (12)- сервис 12
приложение 2 (12)- сервис 12
приложение 2 (13) - сервис 13

и хотелось бы не устанавливать приложение 2 в двух экземплярах, тем более, что на одной машине инсталлятор не даст установить, а чтобы было так

приложение 1 (12)- сервис 12
приложение 2 (13)- сервис 12,сервис 13

Т.е. дав свежую версию приложения юзер может использовать ее с любым сервисом предыдущих версий.

То, что в коде надо разводить ветки типа
if( v==11)
...
else if (v==12)
..
else if (v==13)

это нормально.

Вопрос, как бы объявить переменную для сервиса в клиенте? моли одну объявить, чтобы не копировать код полностью.

Алексей КРолг Хупинили как сделать по-другому?Сервер поддерживает все версии контрактов. Клиент работает с актуальной версией контракта сервера на момент разработки клиента.

Мне было бы проще наоборот, на клиенте мутить с версиями и проверками

Petro123Ролг Хупинпропущено...


Мне было бы проще наоборот, на клиенте мутить с версиями и проверками
А вот ваше Мутить не понятна.
Перевести фразу Клиент работает с версией на момент разработки?

Переводить не надо, работает и работает.. проблема не в этом, хотелось бы чтобы текущий клиент умел работать с предыдущими версиями сервиса тоже.
Хотелось вообще с минимальными изменениями клиента такое сделать.

skyANAРолг ХупинТо, что в коде надо разводить ветки типа
if( v==11)
...
else if (v==12)
..
else if (v==13)

это нормально.

Вопрос, как бы объявить переменную для сервиса в клиенте? моли одну объявить, чтобы не копировать код полностью.
Это не нормально. Должна быть одна переменная и никаких if-ов.

Тот велосипед, что Вы пытаетесь придумать, называется Versioning.

Вот несколько ссылок на эту тему:
https://msdn.microsoft.com/en-us/library/ff384251.aspx
https://docs.microsoft.com/en-us/dotnet/framework/wcf/best-practices-data-contract-versioning
https://docs.microsoft.com/en-us/dotnet/framework/wcf/service-versioning

Да, я понимаю, что такое Versioning, но подумалось, что небольшой частный велосипед мог бы решить проблему

skyANAРолг Хупин, тогда давайте разбираться...

Что такое the_current_version и откуда оно берётся?

Возможно, я погорячился с идеей простого решения.

Ну, ок.

the_current_version - это строка с версией, которая может быть указана в начале работы клиентского приложения с сервисом, это может быть укзаано юзером в конфиге, или же это можеть быть запрошено у самого сервиса через простой RESTful запрос,который для всех версий сервисов неизменен.
Т.е. имея урл клиентапп спрашивает версию и далее реагирует

skyANAРолг Хупинthe_current_version - это строка с версией
Версией чего?

сервиса

skyANAРолг Хупин,

хм, к примеру сервис отвечает, что версия у него 3, а клиент умеет работать только с 2, что делать?

вот! в этом случае генерировать ошибку клиенту.

Petro123Ролг Хупин,
Каким образом 2 сервиса разных версий на клиенте оказываются? Может один сервис с несколькими версиями?


сделал два сервис референса в студии на версию 2 и версию 3 - вот они и есть

skyANAРолг Хупинсделал два сервис референса в студии на версию 2 и версию 3 - вот они и есть
И оба опрашивать на предмет того, какой они версии? :)

не совсем так, есть приложения:

приложение 1
референсы
сервис 1

приложение 2
референсы
сервис 1
сервис 2

приложение 3
референсы
сервис 1
сервис 2
сервис 3

Есть сервисы:
сервис 1
сервис 2


Пример (велосипеда)

приложение 3 конфигурируется юзером для работы с сервис 2, поскольку сервис версии 3 еще не активен, не установлен и т.д.

в этом случае приложение по указанному урл запрашивает версию сервиса и знает с чем работать иработает с объектами прокси класса сервиса 2

hVosttРолг Хупинприложение 3 конфигурируется юзером для работы с сервис 2, поскольку сервис версии 3 еще не активен, не установлен и т.д.

Пользователем??

да, как минимум юзер указывает урл сервиса, далее приложение моэет взять версию сервиса через RESTFul запрос

hVosttРолг Хупинда, как минимум юзер указывает урл сервиса, далее приложение моэет взять версию сервиса через RESTFul запрос

А сервис приложение не может сам сходить на какой-нибудь сервис, который всё знает и сам получить нужный ему URL?

Пока нет такой реализации, хотя это может быть полезно сделать.

Petro123Ролг Хупинполезно сделать.
Вот мы и вернулись к Алексей К совету на 1 стр.
Что сервер должен подд.всё, а клиент последнюю.
Несмотря на то, что клиент вы больше любите.

Так-то оно так, но бывают моменты, когда клиент важен, он работает не с одним сервисом и не только с ним.

skyANAВ первой, кстати, описаны те 6 подходов к версионированию, о которых я заикнулся выше.
С упоминанием популярных API, где они используются.

Посмотрите любопытства ради :)

Спасибо, добрый девелопер, хорошая подборка

skyANAВ первой, кстати, описаны те 6 подходов к версионированию, о которых я заикнулся выше.
С упоминанием популярных API, где они используются.

Посмотрите любопытства ради :)

В этой?
Build APIs You Won’t Hate

Какая глава?

skyANAРолг Хупинпропущено...


В этой?
Build APIs You Won’t Hate

Какая глава?
В этой, глава API Versioning.

То ли я туплю, то и адобе акробат, то ли книжка.
Хотя, возможны и комбинации

Я (точнее - акробат ридер) не нашел ни одного слова
Versioning

в тексте

skyANAРолг Хупинпропущено...


То ли я туплю, то и адобе акробат, то ли книжка.
Хотя, возможны и комбинации

Я (точнее - акробат ридер) не нашел ни одного слова
Versioning

в тексте
Не нашли, потому как скачали не полную версию.

точно, я не прав.