Joi — walidacja danych

[type-of-web-komentarze[bot]]

Joi — walidacja danych

Walidacja danych to bardzo ciekawy i rozbudowany temat, a ja znalazłem swoją ulubioną paczkę do tego :) Ten wpis poświęcam w 100% bibliotece Joi. Wbrew pozorom, nie jest to wcale tak banalna sprawa, jakby się mogło wydawać! Joi służy do walidacji danych w Node.js. Można jej używać z dowolnym frameworkiem,…

https://typeofweb.com/joi-walidacja-danych

[type-of-web-komentarze[bot]]

Gravatar	Imię	Adres	Data
	Maurycy	http://retrocade.net	2018-01-10 12:58

Nie jestem mistrzem języka Polskiego, ale jeżeli "schema’y" jest poprawniejsze niż "schemy" to wypisuję się z tego języka >_>

Dobra, nie ma zasad ustalonych1, więc będę się powoływał na moje subiektywne poczucie estetyki które mówi, że "schemy" jest pod każdym względem lepsze :)

Jeszcze druga uwaga, standardem jest używanie domeny @example.com do testowym maili 2.

Sam Joi wygląda fajnie, natomiast nie będę oszukiwał, dodawanie własnej wiadomości błędu do powtórzonego hasła jest masakrycznie niepraktyczne.
Joi.any().valid(Joi.ref('password')).required().options({ language: { any: { allowOnly: 'must match password' } } })

Gdy mogłoby być:

Joi.any().valid(Jo.ref('password'), "must match password").required()

Ale już nie pierwszy raz zauważyłem, że nie ma czegoś takiego jak idealna biblioteka, plus standardowy aforyzm na tę sytuację: "with great power comes a huge amount of code you have to write" czy jakoś tak, jeżeli dobrze pamiętam ;)

 
 

Komentarz zaimportowany z WordPressa

[type-of-web-komentarze[bot]]

Gravatar	Imię	Adres	Data
	Maurycy	http://retrocade.net	2018-01-10 13:43

Wtedy możesz mieć kolejną metodę do chainowania, coś w stylu Joi.number().min(2).max(10).errorMessage("You failed as a human being today")

 
 

Komentarz zaimportowany z WordPressa

[typeofweb]

Gravatar	Imię	Adres	Data
	Michał z typeofweb.com	https://typeofweb.com	2018-01-10 14:57

Co sprawia, że jest to mega nieczytelne, a ponadto redundantne ;)

 
 

Komentarz zaimportowany z WordPressa

[type-of-web-komentarze[bot]]

Gravatar	Imię	Adres	Data
	Maurycy	http://retrocade.net	2018-01-10 17:51

Może coś ze mną jest nie tak, ale w jaki sposób

.options({ language: { any: { allowOnly: 'must match password' } } }) jest czytelniejsze od .errorMessage("You failed as a human being today")? {wstaw emotke zastanawiania się}

 
 

Komentarz zaimportowany z WordPressa

[typeofweb]

Gravatar	Imię	Adres	Data
	Michał z typeofweb.com	https://typeofweb.com	2018-01-10 18:01

Przykład, który rozważamy wyglądałby w Twojej wersji chyba jakoś tak:

Joi.number().errorMessage('Podaj liczbę').min(2).errorMessage('Liczba jest za mała').max(10).errorMessage('Liczba jest za duża')

Zdecydowanie mniej czytelne.

Poza tym dodanie metody errorMessage, która miałaby być wywoływana pomiędzy kolejnymi walidacjami i konwersjami, moim zdaniem utrudnia logiczne używanie biblioteki. IMHO byłby to architekturalny bubel.

Obiekt przekazywany do languages możesz zdefiniować raz, albo nawet wywalić do JSON-a i pobierać w zależności od języka. To jest chyba główna idea zastosowania.

 
 

Komentarz zaimportowany z WordPressa

[type-of-web-komentarze[bot]]

Gravatar	Imię	Adres	Data
	Maurycy	http://retrocade.net	2018-01-10 18:48

Dobra, dogadaliśmy się na FB, źle się zrozumieliśmy - ja myślałem, że ten .options() znaczy, że ten sam komunikat jest wyświetlany niezależnie która walidacja dla danego pola nie zadziała. Jeżeli ma być osobny message definiowany dla każdego pola, to nie jest to zbyt czytelne (aczkolwiek robi się czytelne jak ładnie złamiemy linie), zaś w takiej sytuacji osobiście preferuję styl taki, jak jest w praktycznie każdej bibliotece do assercji, czyli ostatni, opcjonalny argument to własny komunikat błedu, czyli np. Joi.number('Podaj liczbę').min(2, "Liczba za mała').

Co do architekturalnego bubla też się nie mogę do końca zgodzić :D. Wywołanie number() tworzy i przypina validator typu number, następnie możesz definiować opcjonalne parametry tego właśnie validatora, po czym tworzysz kolejny validator i znowu jego dokonfigurowujesz.

Troszkę w podobny sposób działał graphics library we flashu (aczkolwiek tam się nie chainowało) czy działa rysowanie w SVG, tj łańcuch wywołań nie jest bezstanowy, a poprzednie wywołania wpływają na stan aktualnego. Podobnież widziałem paskudnie napisane kosmosy w jQuery, które zamiast zaczynać z nową kolekcją to manipulują jak koń pod górę ale to akurat nie jest pozytywny przykład.

I jeszcze się odniosę do tłumaczeń - rozumiem, że chodzi Ci o taki case .options({language: calyObiektGdziesTamSkadsIndziejs})? Jeżeli tak to zgadzam się, jest to bardzo wygodne :)

 
 

Komentarz zaimportowany z WordPressa

[type-of-web-komentarze[bot]]

Gravatar	Imię	Adres	Data
	majkel_94		2018-01-10 18:25

"Fani TypeScripta pewnie teraz zastanawiają się czy to oznacza, że trzeba napisać schema i potem jeszcze interface lub type dla każdego z żądań i każdej odpowiedzi? Niestety — tak."

Fani TypeScripta do walidacji używają class-validator:
https://github.com/typestack/class-validator
oraz używają frameworków wykorzystujących możliwości dekoratorów, jak routing-controllers lub nest.js, które się bardzo dobrze integrują z class-validator ;)
https://github.com/typestack/routing-controllers
https://github.com/nestjs/nest

 
 

Komentarz zaimportowany z WordPressa

[typeofweb]

Gravatar	Imię	Adres	Data
	Michał z typeofweb.com	https://typeofweb.com	2018-01-10 18:59

Znam, ale nie używałem. I w sumie mam teraz konkretne pytanie :)

Jak miałby w tym przypadku działać class-validator? Załóżmy, że dostaję obiekt request:

const request = {
  a: 1,
  b: 2,
  c: '123',
}

I już mam ten obiekt. Jak mogę go zwalidować przy pomocy class-validator? Muszę zdefiniować klasę, stworzyć jej instancję, a potem każde pole z request przypisać do instancji klasy? Czy jest jakiś inny sposób?

 
 

Komentarz zaimportowany z WordPressa

[type-of-web-komentarze[bot]]

Gravatar	Imię	Adres	Data
	majkel_94		2018-01-10 19:23

Trzeba, ale niekonieczne ręcznie, wystarczy użyć mojego wrappera, który radzi sobie z obiektami i nawet z jsonami:
https://github.com/19majkel94/class-transformer-validator

const request = await transformAndValidate(MyRequest, '{ "a": 1, "b": 2, "c": "123"}');

 
 

Komentarz zaimportowany z WordPressa

[typeofweb]

Gravatar	Imię	Adres	Data
	Michał z typeofweb.com	https://typeofweb.com	2018-01-10 19:18

Ok, chyba znalazłem odpowiedź na swoje pytanie: Tak, trzeba.

Ale tutaj przedstawione jest ciekawe rozwiązanie. Niemniej jednak bez pełnego stacku opartego o TypeScript, nie będzie to wygodne.

 
 

Komentarz zaimportowany z WordPressa

[type-of-web-komentarze[bot]]

Gravatar	Imię	Adres	Data
	haqpl		2019-01-04 11:27

druga warstwa bezpieczeństwa? po stronie klienta? omg. przecież jak już dane wyciekna z serwera to to, ze je ukryjesz w js nic nie pomoze, request do servera mozna wyslac innym klientem http niz przegladarka.

 
 

Komentarz zaimportowany z WordPressa

[typeofweb]

Gravatar	Imię	Adres	Data
	Michał z typeofweb.com	https://typeofweb.com	2019-09-19 17:54

Po stronie klienta? Chyba się nie zrozumieliśmy. Ten wpis jest częścią kursu HapiJS, który jest frameworkiem backendowym. Zresztą w tym wpisie jest jasno napisane, że mówimy o Node.js.

Wspomniany przez Ciebie fragment mówi o tym, że możesz użyć opcji strip unknown, aby uniknąć przesłania niechcianych danych z serwera.
Po stronie klienta nie mogłoby być tego typu „wartstwy bezpieczeństwa”, a wszystko co jest dostępne na froncie należy uznawać za publiczne.

 
 

Komentarz zaimportowany z WordPressa

[ro-pal]

Cześć, korzystam z walidacji z pomocą Joi i utknąłem w martwym punkcie. Jestem na etapie sprawdzania czy email istnieje w bazie danych, w tym celu wykorzystuje metodę external() z Joi i z pomocą mongoosa exist() sprawdzam pole email w db. Problem polega na tym, że biblioteka nie zwraca błedów asynchronicznie. Tylko, jeżeli występują inne błędy np. o niepasujących hasłach, to najpierw je zwróci, a dopiero następnie zwróci o błąd o istniejącym adresie email w db. Zastanawiam się czy mogę zwrócić te błędy razem ?

[typeofweb]

Nie przyszłoby mi do głowy robić walidację z bazy danych w Joi :) Zrobiłbym to zupełnie osobno. Ja nigdy nie używałem asynchronicznych walidatorów w Joi, więc niestety nie pomogę.