Una richiesta-corpo parser, non tre

RefactorSecurityService
Shipped
27 agosto 2026 alle ore 06:14 UTC
Author
Kamo
Commit
5a801ad

I tre controllori di scrittura clinici hanno coltivato la propria stringa/uuid/integer/ data helper entro una settimana l'un l'altro — identico tranne che per i quali ciascuno E' stato necessario. Questa è la forma che questo codebase è già stato morso due volte: il raccoglitore di mercato è andato storto in due copie allo stesso modo, e lista delle sezioni di permesso in altri due. Due comportamenti sono ora dichiarati una volta e testati. Assente, vuoto e letterale stringa "null" tutti significano "non fornito" — un modulo che presenta un campo intatto invia "", un cliente che stringe un valore assente invia "null", e tratta sia come valore è come una data di nascita diventa l'epoca. Un valore malformato getta piuttosto che diventare null: silenziosamente cadere "3o" da una quantità produce una prescrizione senza fornitura di giorni e nessun reclamo. Zero è un valore e non un'assenza, che conta di più su una linea di reclamo — un payer pagare nulla è un giudizio, e leggerlo come "non fornito" lascia il rivendicare aperta per sempre. I soldi rimangono una stringa decimale e ids int64 sopravvivono oltre 2^53, entrambi con un test che fallisce se questo smette di essere vero. I costruttori di posta e di linea di reclamo rimangono nel controller di fatturazione. Hanno letto liste di oggetti piuttosto che un valore, e un lettore di list-of-map nella condivisione classe sarebbe un aiutante condiviso con esattamente un chiamante. Una guardia fallisce la costruzione se un controller clinico definisce un parser dello stesso di nuovo nome. Due copie di un lettore di valore sono due risposte a "che cosa fa un vuoto significa campo".

All changes

Come quello che vedi la spedizione?

Ognuno di questi aggiornamenti atterra automaticamente nello spazio di lavoro. Inizia gratis e guardalo crescere settimana dopo settimana.

Inizia gratis per sempreVisualizza il prezzo