Управление версиями УСПОКОИТЕЛЬНЫЕ сервисы?
Я не думаю, что это случайное свидание. Это просто дата, представленная 0000-00-00 в MySQL.
Я бы использовал NULL:
create table hr_events (return_date date default null);
Таким образом, вы можете запросить список:
select * from hr_events where return_date is null;
Чтобы получить все hr_events строк, где return_date не было установлено.
4 ответа
Лучшая практика:
Вероятно, лучше не допустить управление версиями в URL и сделать новые ресурсы назад совместимыми со старым.
Назад совместимый:
Если Вы должны сохранить v1 в URL и делаете v2 URL, то необходимо решить, хотите ли Вы поддерживать оба формата или сделать старое v1 устаревшее. Если бы Вы выбираете создание старого v1 устаревшего затем, я рекомендовал бы возвратиться 303 или 401 для любого запрашивающего v1 URL.
Создание старых устаревших URL:
Я рекомендовал бы использовать 303, Посмотрите Другой. Или если нет никакого связанного перенаправления, то используйте 410 Уведенных.
303 посмотрите другой
Ответ на запрос может быть найден под другим URI и ДОЛЖЕН быть получен с помощью ПОЛУЧИТЬ метода на том ресурсе. Этот метод существует, прежде всего, чтобы позволить выводу активированного POST сценария перенаправлять агент пользователя к выбранному ресурсу. Новый URI не является ссылкой замены для первоначально требуемого ресурса. 303 ответа не ДОЛЖНЫ кэшироваться, но ответ на второй (перенаправленный) запрос мог бы быть кэшируемым.
Другой URI ДОЛЖЕН быть дан полем Location в ответе. Если метод запроса не был ГОЛОВОЙ, объект ответа ДОЛЖЕН содержать короткое примечание к гипертексту с гиперссылкой к новому URI.
Примечание: Многие pre-HTTP/1.1 агенты пользователя не понимают 303 состояний. Когда совместимость с такими клиентами является беспокойством, 302 кода состояния могут использоваться вместо этого, так как большинство агентов пользователя реагирует на 302 ответа, как описано здесь для 303.
Зарегистрируйте все:
Главное, которое будет касаться, - то, что Вы приняли решение возвратить, просто зарегистрируйте его в своей документации. Можно решить, как Вы хотите, чтобы Ваш сервис работал, другие, которые хотят использовать его, будут следовать документации.
Я рекомендовал бы вместо этого использование 301 (301 Перемещенный Постоянно). Читайте почему.
Надежда это помогает, Bruno Figueiredo
Я думаю, что Вы не должны делать этого во-первых, но вероятно слишком поздно.
URIs должен также быть статичным так, чтобы, когда изменения ресурса или реализация сервисных изменений, ссылка остается такой же. Это позволяет отмечать. Также важно, чтобы отношения между ресурсами, это кодируется в URIs, остались независимыми от способа, которым представлены отношения, где они хранятся.