▲ | claw-el 3 days ago | ||||||||||||||||||||||||||||
If there is a breaking change forced upon in the future, can’t we use a different name for the function? | |||||||||||||||||||||||||||||
▲ | soulofmischief 3 days ago | parent | next [-] | ||||||||||||||||||||||||||||
A versioned API allows for you to ensure a given version has one way to do things and not 5, 4 of which are no longer supported but can't be removed. You can drop old weight without messing up legacy systems. | |||||||||||||||||||||||||||||
▲ | Bjartr 3 days ago | parent | prev | next [-] | ||||||||||||||||||||||||||||
See the many "Ex" variations of many functions in the Win32 API for examples of exactly that! | |||||||||||||||||||||||||||||
▲ | jahewson 3 days ago | parent | prev | next [-] | ||||||||||||||||||||||||||||
/api/postsFinalFinalV2Copy1-2025(1)ExtraFixed | |||||||||||||||||||||||||||||
▲ | pixl97 3 days ago | parent | prev | next [-] | ||||||||||||||||||||||||||||
Discoverability. /v1/downloadFile /v2/downloadFile Is much easier to check for a v3 then /api/downloadFile /api/downloadFileOver2gb /api/downloadSignedFile Etc. Etc. | |||||||||||||||||||||||||||||
| |||||||||||||||||||||||||||||
▲ | ks2048 3 days ago | parent | prev | next [-] | ||||||||||||||||||||||||||||
If you only break one or two functions, it seems ok. But, some change in a core data type could break everything, so adding a prefix "/v2/" would probably be cleaner. | |||||||||||||||||||||||||||||
▲ | CharlesW 3 days ago | parent | prev | next [-] | ||||||||||||||||||||||||||||
You could, but it just radically increases complexity in comparison to "version" knob in a URI, media type, or header. | |||||||||||||||||||||||||||||
▲ | 3 days ago | parent | prev [-] | ||||||||||||||||||||||||||||
[deleted] |