Najlepsze praktyki dotyczące obsługi wyjątków w SailsJS

Question

Właśnie zacząłem wypróbowywać SailsJS kilka dni temu.
Zdałem sobie sprawę, że węzeł jest zakończona, gdy mam nieprzechwycony wyjątek.
Mam listę kontrolerów i każdy z nich wywołuje określony plik JS usługi (Zawiera logiki i wywołania DB) w usługach /.
Czy mogę napisać globalną procedurę obsługi błędów dla wszystkich usług, aby każdy rodzaj błędu występujący w tych usługach był obsługiwany przez nią, a odpowiednia odpowiedź błędu musi zostać przekazana do strony front-end.

Próbowałem za pomocą process.on („uncaughtexception”) lub niektóre z podstawowych wyjątkami ale to musi być dodana do każdego sposobu użytkowania.

Również mogę mieć jeden punkt wspólny dla wszystkich połączeń wykonanych usług od klienta do serwera, przez który wszystko io.socket.post() i io..socket.get() przechodzi

Uprzejmie jakiejkolwiek wskaźnik/artykuł, który pokaże mi wspólne najlepsze praktyki dotyczące obsługi niezatrzymanych wyjątków w SailsJS i używania krótszego kodu zamiast pisania redundantnego kodu we wszystkich usługach.

Answer 1

Najlepsze praktyki korzysta Domains w kontrolerze. Spowoduje to obsługę wyjątków w kodzie asynchronicznym i jest stosunkowo prosta.

można użyć coś jak trycatch aby uprościć trochę, ale domena oparta wyjątki będą najbardziej skuteczne. Zapewni to, że wyjątki nie spowodują awarii aplikacji. Po prostu utwórz nową domenę w kontrolerze i przeprowadź swoje metody kontrolera wewnątrz tej domeny.

Sailsjs jest na podstawie wyraźnej można wykorzystać połączyć middleware, można bezproblemowo utworzyć nową domenę z middleware. Istnieje coś takiego jak express-domain-middleware. To może być najbardziej estetyczna opcja i najwygodniejsza.

Aktualizacja: Jak wspomina Benjamin Gruenbaum planowane są Domains by stać się przestarzałe w v1 węzła. Być może powinieneś przeczytać Joyents Error Handling Best Practices. Jest agnostyczny w stosunku do używanej struktury.

Additonally można nadal korzystać z domen, podczas gdy nie jest to sposób na globalne błędy uchwyt w node.js inaczej. Po wycofaniu możesz stosunkowo łatwo usunąć zależność od Domen. Powiedział, że najlepiej jest nie polegać wyłącznie na domenach.

Strongloop dostarcza również bibliotekę inspirowany domen zwanych Zone. Jest to również opcja.

Answer 2

nie próbowałem tego, ale uważam, że powinniśmy być w stanie ustawić catch-all obsługi wyjątku w bootstrap.js użyciu process.on('uncaughtexception').

Osobiście używam obietnic za pośrednictwem biblioteki bluebird i umieszczam instrukcję przechwytywania, która przekazuje wszystkie błędy do globalnej funkcji obsługi błędów.

Answer 3

Jest w porządku, aby pozwolić na błąd instancji węzła z powodu błędu programowania, w przeciwnym razie może kontynuować niespójną logikę biznesową. W środowisku produkcyjnym serwer może zostać zrestartowany po awarii, to zresetuje swój stan i będzie dostępny, jeśli błąd nie będzie częsty. A w tym wszystkim bardzo ważne jest, aby wszystko rejestrować. Dotyczy to większości konfiguracji Node, w tym SailsJS.

Poniższa metoda może być wzięty:

1. Użyj Logger: dedykowany rejestrator powinien być dostępny dla komponentów serwerowych. Powinien być podłączony do usługi, która powiadamia programistę (e-mail?) O bardzo poważnych błędach.
2. Propagowanie na żądanie błędów do końca: Ostrożnie przesyłaj błędy z dowolnego kroku przetwarzania żądania. W konfiguracji oprogramowania ExperssJs/ConnectJs/middleware można użyć kodu next(err), aby przekazać błąd do łańcucha middleware ware. Błąd przechwytywania middleware na końcu łańcucha otrzyma ten błąd, zarejestruje go w pełnym zakresie i wyśle ​​stan 500 z powrotem. Możesz użyć Domains lub Zones lub Promises lub async lub cokolwiek chcesz przetwarzać żądania i wychwytywać błędy.
3. Wyłączenie w dniu process.on('uncaughtexception'): Zaloguj się do pliku erorr, wykonaj niezbędne czynności czyszczące i ponownie wygeneruj ten sam błąd, aby zamknąć proces.
4. Użytkownik PM2/Forever lub Upstart/init.d na Linuksie: Teraz, gdy proces zostanie zamknięty z powodu złego wyjątku, narzędzia te uruchomią go ponownie i prześledzą, jak wiele serwerów czasu uległo awarii. Jeśli serwer zbyt często się zawiesza, dobrze jest go zatrzymać i podjąć natychmiastowe działanie.