В принципе, в приложении есть места, где пользователя автоматом редиректит, когда он делает что-то не то. Не хватает прав — иди на авторизацию, поменял реквизиты в середине визарда — иди на первый шаг, указал неверный id сущности — иди на «объект не существует», исключение вылетело — иди на страницу ошибки. Специально отличать ситуации, когда api меняется от версии к версии и форсить редиректы мы не стали, да и довольно сложно вычленить именно такие случаи от всех остальных. Если страница переехала, мы пишем редиректы, а если json поменялся, ну мало ли, где он его взял, то ли браузер кривой, то ли postman криво использует.
Когда обновляется API, конечно, нужна перезагрузка. Клиент с тем же успехом мог просто открыть страницу месяц назад, а потом кнопку нажать. Или невалидный json отправить.Для таких случаев ничего специально не делали, refresh обычно помогает.
Без паники, Алексей. В команде уже несколько человек допиливали код Деплоя или, например, прикручивали к нему веб-морду. При должном усердии прочитать код на C# получится у большинства.Просто пока «старцы» рядом, проще спросить. Чаще всего вопросы именно про механику или инженерные решения, после осознания ответов уже становится всё просто.
Клиенты пишут-читают свои и общие данные. Теоретически, несмотря на «липкость», делают это на разных фронтах.При выводе из балансировщика — наверняка на разных фронтах. Формат данных при обновлении поменялся. Что делать?
Поддерживать в коде цепочку конвертеров между соседними версиями ну очень сильно не хотелось. Хотя такой вариант даже разрабатывали.
В итоге, один раз конвертируем всё и больше не паримся.
Версии идут не строго +1. Там есть своя «система» :) И опять же форматы обмена тоже могут быть не совместимы.
Поддерживать в коде цепочку конвертеров между соседними версиями ну очень сильно не хотелось. Хотя такой вариант даже разрабатывали.
В итоге, один раз конвертируем всё и больше не паримся.
Версии идут не строго +1. Там есть своя «система» :) И опять же форматы обмена тоже могут быть не совместимы.