Skip to content
This repository was archived by the owner on Apr 20, 2018. It is now read-only.

Commit 2c8b6f7

Browse files
Adding more to error docs
1 parent 9e4c9a2 commit 2c8b6f7

1 file changed

Lines changed: 8 additions & 0 deletions

File tree

doc/gettingstarted/errors.md

Lines changed: 8 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -25,6 +25,14 @@ interface Observable<T> {
2525

2626
But the try/catch/finally approach won't work with asynchronous code. Instead, we have a myriad of ways of handling errors as they occur, and ensure proper disposal of resources.
2727

28+
For example, we might want to do the following:
29+
- swallow the error and switch over to a backup Observable to continue the sequence
30+
- swallow the error and emit a default item
31+
- swallow the error and immediately try to restart the failed Observable
32+
- swallow the error and try to restart the failed Observable after some back-off interval
33+
34+
We'll cover each of those scenarios and more in this section.
35+
2836
## Catching Errors ##
2937

3038
The first topic is catching errors as they happen with our streams. In the Reactive Extensions, any error is propogated through the `onError` channel which halts the sequence. We can compensate for this by using the `catch` operator, at both the class and instance level.

0 commit comments

Comments
 (0)