Jakie są dobre praktyki w sprawie nulli i undefined? Jedne funkcje zwracają nulla, inne undefined, podobnie jest z argumentami, czasem trzeba przekazać null, a czasem undefined (mowa o kodzie niezależnym ode mnie). Później powstają takie kwiatki jak type A = string | null | undefined i później porównuj z jednym i drugim lub podwójnym ==. Czy wobec tego dobrym pomysłem jest używanie możliwie jednej wartości np. zakrywać nullem wszystkie undefined:
return array.find(x
@ToJestNiepojete: Jak to aż tak gigantyczny problem to sobie napisz funkcje helpera coś ala
Nie ma raczej uniwersalnego rozwiązania, ale tak sobie zwyczajnie ograniczysz powtarzalne sprawdzanie
function ifUndefinedMakeNull(variable) {
return typeof variable === 'undefined' ? null : variable
}
//ew
function ifUndefinedMakeNull(variable = null) {
return variable;
}
//i w drugą stronę
function ifNullReturnUndefined(variable) {
return variable === null ? undefined : variable;
}Nie ma raczej uniwersalnego rozwiązania, ale tak sobie zwyczajnie ograniczysz powtarzalne sprawdzanie
@ToJestNiepojete: jak to kod niezależny od ciebie to lipa. W swoim kodzie ja stosuje taki pattern że undefined jest zarezerwowany do braku wartości (nie mylić z pustą wartością) i co do zasady powinien być zwracany TYLKO przez API samego języka. Wszelki kod pisany przez programistów powinien operować tylko na nullach (no i do tego ew. takie rzeczy jak null object pattern)
Np.
sortFields:- name
- date
filterFields:
- name
Chodzi o to, że baza danych też jest tworzona na podstawie pliku konfiguracyjnego, a więc pola mogą mieć np. inne nazwy.
Chodzi o to, że ten plik jest dość elastyczny i zawiera całkiem
Generalnie w większości enterprise-owych rozwiązań możesz pisać modele dziedzinowe, na ich podstawie modele bazodanowe (encje) i interfejsy/DTO dla endpointów. Potem z automatu masz zmiany w bazie przez ORM i automatyczne generowanie schematu swaggerowego. Wygląda to raczej podobnie i w NestJS i w C# i w Javie.