- Szycy
- 7 sierpnia 2026 04:05 UTC
- Autor
- kamo
- Pochęt się
- bf35f85
API przechowuje pieniądze jako NUMERIC (19,4) i serializuje je z toPlainString(), więc Wysłany $50.00 minimalnej wypłaty przybyła jako "50.0000". Obie pieniądze nakłady Akceptuj w większości centów, więc domyślny rozświetlił błąd nieprawidłowej kwoty w formularzu Nikt się nie dotknął. Edycja istniejącej linii prowizji miała ten sam problem – 100.0000 w polu kwotowym. toAmountInput() normalizuje się do wyświetlania. Śledzenie zerów po tym, jak centy spadają Ponieważ nie mają żadnej wartości; cokolwiek znaczącego po zwróconym centu Nietknięta, więc powlejna figura podcentrejsami, która jest problemem walidacyjnym Zamiast być po cichu zaokrąglonym. Tylko struny — zaokrąglanie przez numer jest Klasa robaków, która w pierwszej kolejności zarobiła tu sznurek. Normalizacja wyświetlonej wartości w sobie wprowadziłaby drugi błąd: oba Panele porównują edytowaną wartość z linią bazową, aby zdecydować, czy coś jest Niezaratowane i porównanie znormalizowanego pola do surowej wartości przechowywanej zgłasza nieskazitelną wartość Forma tak brudna na zawsze. Tak więc procesor normalizuje wnętrze toDraft, który produkuje Zarówno projekt, jak i jego porównanie wartości bazowej, a panel Stripe normalizuje oba Aki jego czeku. Testy obejmują pary, które faktycznie docierają do tych pól, plus te, w których Okrążenie zmieniłoby czyjeś pieniądze, a zapewnienie, że produkcja zadowoli pole. Wzorzec, który to zaczął.