• Najnowsze pytania
  • Bez odpowiedzi
  • Zadaj pytanie
  • Kategorie
  • Tagi
  • Zdobyte punkty
  • Ekipa ninja
  • IRC
  • FAQ
  • Regulamin
  • Książki warte uwagi

Projekt asynchronicznej pętli w JS [ankieta]

+5 głosów
405 wizyt
pytanie zadane 17 maja 2015 w JavaScript, jQuery, AJAX przez Comandeer Mentor (452,600 p.)

Pytanie natury czysto teoretycznej. Załóżmy, że tworzę sobie API dla pewnego projektu X i musi być ono de facto w pełni asynchroniczne. Oczywistym wyborem są tutaj obiecanki - wszak nikt nie lubi się babrać w callbackach.

Wszystko jest cacy, ALE ;) Potrzebna jest mi asynchroniczna wersja pętli [].forEach - metoda X.each (żeby się nikt nie rąbnął z natywnym [].forEach; chyba żeby iść w coś typu X.forEachAsync?). Na każdym elemencie mogą być wykonywane operacje asynchroniczne i pętla powinna "czekać".

Na chłopski rozum implementacja powinna się opierać na Promise.all i każdy przepuszczany przez X.each element powinien być obiecanką. Tak na szybko "backend" czegoś takiego mógłby wyglądać np. tak (oczywiście pewnie będzie wyglądać ciut bardziej złożenie ;)):

var promises = [];

pool.forEach(function(item)
{
    var promise = toPromise(item);
    callback(promise);
    promises.push(promise);
});

return Promises.all(promises);

Zatem wywołanie X.each wyglądałoby następująco:

X.each(function(promise)
{
    
})
.then(function(returnValues)
{
    //po pętelce
});

User dostawałby po prostu dostęp do obiecanki - proste i przyjemne. Pojawia się jednak pewien problem: zaburza to koncepcję chainingu - przy takim wywołaniu nie dostaniemy pojedynczej wartości (a zatem mitycznego this) tylko tablicę dowolnych wartości (user może zwrócić wszystko w obiecance). W zależności od naszego widzimisię może to być dobrze lub źle (ale raczej źle). Stąd myślę czy nie ograniczyć możliwości usera wprowadzając pewien rodzaj nakładki, analogiczny do tego, jaką udostępniają np. taski asynchroniczne w Gruncie - user miałby dostęp tylko do funkcji done (z tym, że wówczas bebechy operowałyby raczej na pojedynczynm Promise a nie ich tablicy):

X.each(function(done)
{
    done(); //wszystko cacy
    done(jakakolwiekWartosc); //coś się zepsuło
})
.then(function(X)
{
    //itd
});

Tym sposobem w X.each().then na pewno uzyskamy z powrotem X, co np. w dalszej kolejności uprzyjemni obcowanie z biblioteką przy wykorzystywaniu generatorów.

Pytania brzmią:

  • Czy oparcie bebechów tego czegoś na Promise.all/Promise brzmi sensownie?
  • Czy lepiej udostępnić userowi dostęp do obiecanki wewnątrz X.each i nie mieć kontroli nad tym, co zwróci całość, czy dać mu jedynie dostęp do done i w pełni kontrolować to, co zostanie zwrócone?
  • X.each czy X.forEachAsync? ;) Chociaż pewnie każdy, kto pracował kiedyś z jQuery i tak wybierze 1. wersję

Dołączam krótką ankietę ze wszystkimi możliwościami i czekam na propozycje ;)

Możliwe odpowiedzi:
X.each + obiecanka (0 głosów)
X.each + done (1 głos, 17%)
X.forEachAsync + obiecanka (0 głosów)
X.forEachAsync + done (5 głosów, 83%)
inne rozwiązanie (0 głosów)
Ankieta zamknięta

1 odpowiedź

0 głosów
odpowiedź 13 sierpnia 2015 przez Rogal Obywatel (1,090 p.)
jezeli tworzysz API to wystawiasz jakis end-point , ktory nastepnie przechwytujesz metoda http i go obslugujesz. Promisy same w sobie stanowia swego rodzaju 'przeslanki', ktore mowia czy dana funckja moze sie wywolac lub nie. Jesli otrzymujesz tablice, to mozesz to przerobic w kazda stronie, dzielac tablice, wyciagajac z niej elementy, itp. itd. Ewentualnie jak potrzebujesz zrobic cos bardziej 'crazy' mozesz skorzystac z biblioteki lodash, ktora zawiera wiele przydatnych helperow w takich sprawach :)
1
komentarz 13 sierpnia 2015 przez Comandeer Mentor (452,600 p.)
Problem polega na tym, że to nie jest API po HTTP. Piszę (pisałem…) bibliotekę do asynchronicznej obsługi DOM, gdzie de facto wszystko, oprócz inicjalnego pobrania elementu, leci przez obiecanki.

Stąd potrzebuję asynchronicznej pętli do operacji po de facto zbiorze promises. lodash mi tego nie umożliwia AFAIR - a nawet jeśli, to nie mam zamiaru uzależniać od niego swojej biblioteki ;)

Zresztą nie pytam o szczegóły implementacji, ale raczej o "publiczne API" takiej pętli. Bebechy już mam od dawna obmyślane i w sumie działa. W końcu może wrzucę core projektu na GH ;)

Podobne pytania

0 głosów
1 odpowiedź 67 wizyt
0 głosów
1 odpowiedź 74 wizyt
pytanie zadane 23 grudnia 2018 w JavaScript, jQuery, AJAX przez kacperk89 Nowicjusz (140 p.)
0 głosów
0 odpowiedzi 70 wizyt
Porady nie od parady
Wynikowy wygląd pytania, odpowiedzi czy komentarza, różni się od tego zaprezentowanego w edytorze postów. Stosuj więc funkcję Podgląd posta znajdującą się pod edytorem, aby upewnić się, czy na pewno ostateczny rezultat ci odpowiada.Podgląd posta

62,471 zapytań

108,625 odpowiedzi

226,798 komentarzy

36,396 pasjonatów

Przeglądających: 171
Pasjonatów: 9 Gości: 162

Motyw:

Akcja Pajacyk

Pajacyk od wielu lat dożywia dzieci. Pomóż klikając w zielony brzuszek na stronie. Dziękujemy! ♡

Oto dwie polecane książki warte uwagi. Pełną listę znajdziesz tutaj.

...