Pracowałem Node.jsprzez jakiś czas i uważam się za całkiem niezłego z Javą. Ale właśnie odkryłem Akkai od razu zainteresowałem się jego wzorem aktorskim (z tego, co rozumiem).
Teraz, zakładając, że moje umiejętności w zakresie JavaScript były na równi z moimi umiejętnościami Scala / Java, chcę skupić się na praktyczności obu systemów. Zwłaszcza jeśli chodzi o usługi internetowe.
Rozumiem, że Node doskonale radzi sobie z wieloma równoległymi operacjami. Wyobrażam sobie, że dobra usługa sieciowa Node dla systemu zarządzania zasobami byłaby doskonała w obsłudze wielu użytkowników wprowadzających zmiany w tym samym czasie (w aplikacji o dużym natężeniu ruchu).
Ale po przeczytaniu o aktorach w Akce wydaje się, że byłby świetny w tym samym. Podoba mi się pomysł ograniczenia pracy do kawałków wielkości kęsa. Poza tym lata temu parałem się Erlangiem i zakochałem się w używanym przez niego systemie przekazywania wiadomości.
Pracuję nad wieloma aplikacjami, które zajmują się złożoną logiką biznesową i myślę, że nadszedł czas, aby wskoczyć w jedną lub drugą. Szczególnie uaktualnianie starszych aplikacji Struts i C #.
W każdym razie, unikając świętych wojen, w jaki sposób te dwa systemy zasadniczo się różnią? Wygląda na to, że oba są nastawione na ten sam cel. Być może architektura „samonaprawiania” Akki ma przewagę.
EDYTOWAĆ
Wygląda na to, że głosuję blisko. Proszę nie traktuj tego pytania jako „co jest lepsze, węzeł czy akka?”. To, czego szukam, to fundamentalne różnice w bibliotekach sterowanych zdarzeniami, takich jak Node, i bibliotekach opartych na aktorach, takich jak Akka.