Naamgeving van parameters niet consistent

[melsk-r]

De manier van naamgeving van de parameters in de diverse endpoints is niet consistent. Soms wordt lowerCamelCase toegepast en soms alleen lowercase. Zo wordt er in het endpoint '/adressen' voor gekozen om parameters zoals 'pandIdentificatie' in lowerCamelCase te definiëren. Aangezien inmiddels besloten is de Design Decision 1.5 te verwijderen is er geen reden meer om parameters juist in lowercase te specificeren. Dit speelt in de volgende endpoints:

• /adressen/{nummeraanduidingidentificatie}'
• /adresseerbareobjecten/{adresseerbaarobjectidentificatie}
• /woonplaatsen/{woonplaatsidentificatie}
• /openbareruimten/{openbareruimteidentificatie}
• /nummeraanduidingen/{nummeraanduidingidentificatie}
• /panden/{pandidentificatie}

[strijm]

@melsk-r
Ik begrijp niet wat nu de bedoeling is van dit ticket. Moet er iets worden gewijzigd? Zo ja, wat en welke specificatie moet er worden gevolgd?

[fsamwel]

@strijm het gaat erom dat de pad-parameters in lower case en de query parameters in lowerCamelCase zijn gedefinieerd. Eigenlijk zouden de pad-parameters ook in lowerCamelCase moeten, zodat alle parameters volgens dezelfde conventie zijn opgesteld. Dit is een breaking change, dus kan pas mee als we een major release doen. Dit issue zelf is onvoldoende belangrijk om een major release voor te maken.
Dit is dus ook geen software bug, maar een "fout" in de specificaties. Ik heb het label Bug daarom verwijderd.