|
WCF - версионность
|
|||
---|---|---|---|
#18+
Разрабатывается WCF сервис. Функции сервиса - взаимодействие клиентов с базой , + подключение стороних модулей. Сейчас надо определиться с архитектурой сервиса (в контексте версионности). Варианты которые расматриваем: 1. Обратная совместимость - в контракте наращиваем функциональность, старые клиент работают с тем что им известно, пока не произойдет какое-то фатальное обновление :). Не нравится. 2. Для новой версии сервиса создаем новый контракт, публикуем отдельно. Старые клиенты стучаться к старой версии сервиса, новые к новой версии. 3. Для клиентов существует только одна версия сервера(proxy). Proxy сервис сам принимает решение куда перенаправить клиента(в зависимости от его версии) к новой версии или старой. Какой вариант более предпочтительный? Возможно поскажете другие варианты. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.11.2013, 12:01 |
|
WCF - версионность
|
|||
---|---|---|---|
#18+
Fet Frumos, а обновить клиентов вместе с обновлением сервиса не вариант ? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.11.2013, 20:35 |
|
WCF - версионность
|
|||
---|---|---|---|
#18+
Вот пример версионности для WCF REST на основе WebInvoke.UriTemplate: http://codearticles.ru/articles/2319 К слову, версионность для новомодного WebAPI: http://codearticles.ru/articles/2333 ... |
|||
:
Нравится:
Не нравится:
|
|||
16.11.2013, 16:10 |
|
|
start [/forum/topic.php?fid=19&fpage=10&tid=1397025]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
29ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
43ms |
get tp. blocked users: |
2ms |
others: | 257ms |
total: | 377ms |
0 / 0 |