Soy curioso si alguien puede señalarme un buen ejemplo/mejor práctica de organizar el código de la API REST con el control de versiones (basado en uri, significa "/ v1/zzz" y "/ v2/xxx" o algo mejor dependiendo de Aceptar encabezado) - en el proyecto Java/Spring? Me temo que lo estoy haciendo demasiado complicado en mi proyecto en este momento, por lo que sería bueno aprender de los demás.Mejores prácticas (ejemplos?) Sobre la organización del código REST API versionado en el proyecto Java/Spring?
Aclaración: no estoy seguro si debería hacerlo a través de filtros, y luego uso un patrón de diseño para cambiar el comportamiento, pero esto hará que mi filtro sea bastante complicado ... o puede que no esté pensando en algún truco con la primavera y DI, entonces puedo limpiar mi código. el enfoque más simple es algún patrón de estrategia en cada método que tendrá versiones diferentes, pero no parece estar demasiado limpio tampoco :-(
Sería de gran ayuda si pudieras mostrarnos por primera vez lo que estás haciendo actualmente, no sea que acabemos por darte una sugerencia que es igual de complicada. ¿O solo te estás refiriendo al patrón de URL? ¿Qué te hace pensar que es demasiado complicado? Considere agregar esta información a través de un [edit] a su pregunta para mayor claridad. Gracias. – jmort253
Además, ¿cómo sabes cuándo tienes una nueva versión de tu API? Supongo que está modificando activamente su código, pero ¿qué criterio utiliza para determinar cuándo pasar de v1 a v2? – jmort253
posible duplicado de [Mejores prácticas para versiones de API?] (Http://stackoverflow.com/questions/389169/best-practices-for-api-versioning) – jmort253