Filtrowanie dużych zbiorów danych - za pomocą JS czy jednak backend?

Question

Witam, miałem dzisiaj w pracy sytuację, w której sam mogłem zdecydować czy filtrować bardzo dużą ilość danych po stronie frontu (angularJS) czy może po stronie backendu (java spring). Moje obiekty, które dostaje są dosyć spore, przygotowałem je w Javie i wypluwałem gotowe JSONy do wbijania praktycznie "bezpośrednio" do html'a.

Po czasie stwierdziłem, że chciałbym te dane filtrować dodatkowym inputem (select) i w tym przypadku musiałem spoooro nakodzić, żeby to fajnie wyszło. Zastanawiam się jednak czy nie lepszą praktyką byłoby bicie na ng-change http requestem dane filtrujące i dać Javie przefiltrować tą listę? Chodzi mi o dobre praktyki, ale i również o optymalizację aplikacji.

Kategoria JS, aczkolwiek nie wiem czy to faktycznie tu najbardziej pasuje :p

Answer 1

Według mnie wszelkie operacje na tych jak filtry, paginacje (w sumie to też filtr), modyfikowanie itd. Robisz po stronie backendu, front tylko wyświetla te zwrócone dane i tyle. Front też nic nie powinien z danymi robić tak na prawdę. Dostajesz JSONa z backendu i go wyświetlasz na froncie. Wiem czasami to wygląda jakby front coś tam z nimi robił, ale nie powinien.
Dlatego mamy potem takie fajne urle jak np.

http://localhost/products?page=10&limit=20&price=min&invoice=true

Może się w pewien sposób domyślić, że ma pokazać produkty posorotwane poprzez to, czy sprzedawca wystawia fakturę VAT, ma być posorotwane od najmniejszej ceny, oraz ma pokazać 10 stronę, czyli produkty w tym przypadku od 200-220 w kolejności. To tylko mniej więcej przykład.

PS Jeżeli masz problem z dużą ilością danych, które zwraca backend, to znaczy, że jest do dupy i trzeba chyba go zrefactorować w końcu :)

Comments

Pewnie trzeba :P Aczkolwiek dodałem filtrację po stronie backendu i na start nie pobieram całości danych, a tylko najpotrzebniejsze i śmiega szybciej niż po stronie JS

Answer 2

Duże zbiory to raczej głównie backend, po co przesyłać duże pliki do klienta?

Comments

No tak, w tym problem, że potrzebne dane pełne (powiedzmy dla wszystkich użytkowników) już są ogromne - w przypadku 30-40 użytkowników jest już widoczne nawet mikro ścięcie (~1s). Dlatego też albo po stronie JS przemielę wszystko (a pewnie będzie to trwało jeszcze dłużej) albo wrzucę do Javy i tam się to przefiltruje - aczkolwiek w Javie jestem dość słaby i nie wiem czy to skróci jakoś znacząco cały zabieg

Answer 3

IMO zależy to od danych. Jeżeli masz tego na prawdę sporo na pewno dobrą praktyką będzie wstępne ogarnięcie (filtrowanie, sortowanie) tych danych na back-endzie i wystawienie na odpowiednim endpoincie. Jednak według mnie nie ma na to pytanie jednej odpowiedzi.

Comments

Jasne, rzuciłem tym pytaniem, bo nie wiem jak należy jeszcze robić w 100%. Prawdopodobnie najpierw przefiltruję to w JS i zobaczę jak to wyjdzie czasowo, a dla porównania zrobię to w Javie. Co będzie szybsze - zostanie.