Attualmente sto sviluppando una nuova libreria per le richieste web RESTful in Puredata e sto per rilasciare la versione 1.0.0. Questa versione non implementerà tutti i verbi HTTP, solo GET, PUT, POST e DELETE.
Nella prossima versione, questa libreria includerà molto probabilmente gli altri verbi HTTP per richieste RESTful, PATCH, HEAD, OPTIONS, CONNECT, TRACE.
Sto utilizzando Versioning semantico per i numeri di versione.
Nelle specifiche dice:
Minor version Y (x.Y.z | x > 0) MUST be incremented if new, backwards compatible functionality is introduced to the public API. It MUST be incremented if any public API functionality is marked as deprecated. It MAY be incremented if substantial new functionality or improvements are introduced within the private code. It MAY include patch level changes. Patch version MUST be reset to 0 when minor version is incremented.
Major version X (X.y.z | X > 0) MUST be incremented if any backwards incompatible changes are introduced to the public API. It MAY include minor and patch level changes. Patch and minor version MUST be reset to 0 when major version is incremented.
Ora, non sono sicuro di cosa fare dopo aver implementato i verbi restanti: da un lato, la funzionalità è retrocompatibile, poiché la funzionalità già implementata non cambia. D'altra parte, la funzionalità sta cambiando, poiché l'emissione di una richiesta HEAD non produrrà un messaggio di errore sulla console, ma in un output. Nel primo caso è necessario solo un aumento della versione minore, nel secondo caso la versione principale deve essere aumentata.
Qual è l'interpretazione corretta in questo caso?