SignalR w połączeniu z Breeze

Question

Mam projekt, który teraz skonfigurowałem z BreezeJS. Nie wiedząc, co się dzieje wewnątrz BreezeJS w pełnym zakresie, ale po prostu zaakceptowałem, że to działa, mam moje przedmioty pokazane na ekranie w zasadzie z tego prostego polecenia.

export function getProjects(projectsObservable, errorObservable) 
{ 
return breeze.EntityQuery.from("Projects") 
     .using(manager).execute()...then/fail. 
} 

Teraz chcę, aby była to reakcja na użytkowników, którzy edytują te same elementy za pomocą signalR. Oznacza to, że w tym momencie wywoływane są wywołania zwrotne po zakończeniu javascript mówiące, że obiekt z guid = xxxxxxx się zmienił (klucz to guid).

W jaki sposób mogę użyć Breeze, aby zaktualizować element bez ponownego wysyłania zapytania do serwera, ani nie widzi go jako aktualizacji, która musi zostać wysłana z powrotem na serwer. Remmeber, że właśnie dostałem aktualizację z sygnału r.

Czy w pierwszej kolejności podjąłem inną ścieżkę, czy istnieje powód, aby utworzyć WebApi, jeśli mógłbym tylko zwrócić dane z koncentratora signalR na początku? Czy byłoby łatwiej ustawić to za pomocą Breeze zamiast WebApi?

Answer 1

W IdeaBlade oczekujemy wskazówek dotyczących aplikacji Breeze współpracujących z SignalR.

Mój obecny jest myślenie, że SignalR jest odpowiedni dla powiadamiania klienta o zmianach danych będących przedmiotem zainteresowania, ale nie wyda zmienionych danych do klienta z SignalR. Pozwoliłem klientowi zdecydować, czy (lub nie ... lub kiedy) uzyskać zmienione dane z serwera.

Moje uzasadnienie opiera się na założeniu, że SignalR powinien być szybkim, lekkim mechanizmem powiadamiania, a nie wężem strażackim rozpylającym ogromne ilości danych u subskrybujących klientów, którzy mogą, ale nie muszą być gotowi (lub chętni) poradzić sobie z ogromna ilość danych dotyczących zmian wymuszona na nich.

Być może możesz wyjaśnić, dlaczego myślisz inaczej. Jestem z pewnością otwarty na alternatywną perspektywę.

Answer 2

I całkowicie zgadzam się z Ward Bell

Jeśli zastanawiasz się, jak to zrobić: na przykład w kątowym aplikacji, można zapisać się wiatr mechanizm śledzenia podmiot jak ten

Następnie możesz skonfigurować Hub SignlarR w innym miejscu, aby przesłać te zmiany wszystkim klientom.

Jakkolwiek to możliwe, dzięki mocy bree ze.js, Nie polecałbym tego, ponieważ jak Ward zwrócił uwagę: "to będzie wąż ognisty natryskujący ogromne ilości danych u subskrybujących klientów". Pomyśl przez chwilę i zastanów się, czy Twoja aplikacja będzie miała hmmm, powiedzmy, że 30 równoczesnych użytkowników robi transakcje, wyobraź sobie cały ruch sieciowy, który będzie tworzył. To będzie zła architektura oprogramowania.

Jedynym powodem, dla którego możesz to zrobić, jest aktualizacja tablicy rozdzielczej, która jest pobierana z bieżących danych, ale nadal musisz być bardziej ostrożny, świadomy, świadomy ruchu danych i wykorzystania serwera.

function setupEventForHasChangesChanged() { 
     EntityManager.hasChangesChanged.subscribe(function (eventArgs) { 
      $rootScope.$emit('dataservice.hasChangesChanged', eventArgs); 
     }); 
    } 

    function setupEventForEntitiesChanged() { 
     EntityManager.entityChanged.subscribe(function (changeArgs) { 
      if (changeArgs.entityAction === breeze.EntityAction.PropertyChange) { 
       $rootScope.$emit('dataservice.entitiesChanged', changeArgs); 
      } 
     }); 
    }