\n
Using observables to pass values
\n
Observables provide support for passing messages between parts of your application.\nThey are used frequently in Angular and are a technique for event handling, asynchronous programming, and handling multiple values.
\n
The observer pattern is a software design pattern in which an object, called the subject, maintains a list of its dependents, called observers, and notifies them automatically of state changes.\nThis pattern is similar (but not identical) to the publish/subscribe design pattern.
\n
Observables are declarative—that is, you define a function for publishing values, but it is not executed until a consumer subscribes to it.\nThe subscribed consumer then receives notifications until the function completes, or until they unsubscribe.
\n
An observable can deliver multiple values of any type—literals, messages, or events, depending on the context. The API for receiving values is the same whether the values are delivered synchronously or asynchronously. Because setup and teardown logic are both handled by the observable, your application code only needs to worry about subscribing to consume values, and when done, unsubscribing. Whether the stream was keystrokes, an HTTP response, or an interval timer, the interface for listening to values and stopping listening is the same.
\n
Because of these advantages, observables are used extensively within Angular, and for app development as well.
\n
Basic usage and terms
\n
As a publisher, you create an Observable instance that defines a subscriber function. This is the function that is executed when a consumer calls the subscribe() method. The subscriber function defines how to obtain or generate values or messages to be published.
\n
To execute the observable you have created and begin receiving notifications, you call its subscribe() method, passing an observer. This is a JavaScript object that defines the handlers for the notifications you receive. The subscribe() call returns a Subscription object that has an unsubscribe() method, which you call to stop receiving notifications.
\n
Here's an example that demonstrates the basic usage model by showing how an observable could be used to provide geolocation updates.
\n
\n\n// Create an Observable that will start listening to geolocation updates\n// when a consumer subscribes.\nconst locations = new Observable((observer) => {\n let watchId: number;\n\n // Simple geolocation API check provides values to publish\n if ('geolocation' in navigator) {\n watchId = navigator.geolocation.watchPosition((position: Position) => {\n observer.next(position);\n }, (error: PositionError) => {\n observer.error(error);\n });\n } else {\n observer.error('Geolocation not available');\n }\n\n // When the consumer unsubscribes, clean up data ready for next subscription.\n return {\n unsubscribe() {\n navigator.geolocation.clearWatch(watchId);\n }\n };\n});\n\n// Call subscribe() to start listening for updates.\nconst locationsSubscription = locations.subscribe({\n next(position) {\n console.log('Current Position: ', position);\n },\n error(msg) {\n console.log('Error Getting Location: ', msg);\n }\n});\n\n// Stop listening for location after 10 seconds\nsetTimeout(() => {\n locationsSubscription.unsubscribe();\n}, 10000);\n\n\n
Defining observers
\n
A handler for receiving observable notifications implements the Observer interface. It is an object that defines callback methods to handle the three types of notifications that an observable can send:
\n
\n\n\n| Notification type | \nDescription | \n
\n\n\n\nnext | \nRequired. A handler for each delivered value. Called zero or more times after execution starts. | \n
\n\nerror | \nOptional. A handler for an error notification. An error halts execution of the observable instance. | \n
\n\ncomplete | \nOptional. A handler for the execution-complete notification. Delayed values can continue to be delivered to the next handler after execution is complete. | \n
\n\n
\n
An observer object can define any combination of these handlers. If you don't supply a handler for a notification type, the observer ignores notifications of that type.
\n
Subscribing
\n
An Observable instance begins publishing values only when someone subscribes to it. You subscribe by calling the subscribe() method of the instance, passing an observer object to receive the notifications.
\n
\n
In order to show how subscribing works, we need to create a new observable. There is a constructor that you use to create new instances, but for illustration, we can use some methods from the RxJS library that create simple observables of frequently used types:
\n
\nof(...items)—Returns an Observable instance that synchronously delivers the values provided as arguments.from(iterable)—Converts its argument to an Observable instance. This method is commonly used to convert an array to an observable.
\n
\n
Here's an example of creating and subscribing to a simple observable, with an observer that logs the received message to the console:
\n
\n\n// Create simple observable that emits three values\nconst myObservable = of(1, 2, 3);\n\n// Create observer object\nconst myObserver = {\n next: x => console.log('Observer got a next value: ' + x),\n error: err => console.error('Observer got an error: ' + err),\n complete: () => console.log('Observer got a complete notification'),\n};\n\n// Execute with the observer object\nmyObservable.subscribe(myObserver);\n\n// Logs:\n// Observer got a next value: 1\n// Observer got a next value: 2\n// Observer got a next value: 3\n// Observer got a complete notification\n\n\n\n
Alternatively, the subscribe() method can accept callback function definitions in line, for next, error, and complete handlers. For example, the following subscribe() call is the same as the one that specifies the predefined observer:
\n
\nmyObservable.subscribe(\n x => console.log('Observer got a next value: ' + x),\n err => console.error('Observer got an error: ' + err),\n () => console.log('Observer got a complete notification')\n);\n\n\n
In either case, a next handler is required. The error and complete handlers are optional.
\n
Note that a next() function could receive, for instance, message strings, or event objects, numeric values, or structures, depending on context. As a general term, we refer to data published by an observable as a stream. Any type of value can be represented with an observable, and the values are published as a stream.
\n
Creating observables
\n
Use the Observable constructor to create an observable stream of any type. The constructor takes as its argument the subscriber function to run when the observable’s subscribe() method executes. A subscriber function receives an Observer object, and can publish values to the observer's next() method.
\n
For example, to create an observable equivalent to the of(1, 2, 3) above, you could do something like this:
\n
\n// This function runs when subscribe() is called\nfunction sequenceSubscriber(observer) {\n // synchronously deliver 1, 2, and 3, then complete\n observer.next(1);\n observer.next(2);\n observer.next(3);\n observer.complete();\n\n // unsubscribe function doesn't need to do anything in this\n // because values are delivered synchronously\n return {unsubscribe() {}};\n}\n\n// Create a new Observable that will deliver the above sequence\nconst sequence = new Observable(sequenceSubscriber);\n\n// execute the Observable and print the result of each notification\nsequence.subscribe({\n next(num) { console.log(num); },\n complete() { console.log('Finished sequence'); }\n});\n\n// Logs:\n// 1\n// 2\n// 3\n// Finished sequence\n\n\n
To take this example a little further, we can create an observable that publishes events. In this example, the subscriber function is defined inline.
\n
\n\nfunction fromEvent(target, eventName) {\n return new Observable((observer) => {\n const handler = (e) => observer.next(e);\n\n // Add the event handler to the target\n target.addEventListener(eventName, handler);\n\n return () => {\n // Detach the event handler from the target\n target.removeEventListener(eventName, handler);\n };\n });\n}\n\n\n\n
Now you can use this function to create an observable that publishes keydown events:
\n
\n\nconst ESC_KEY = 27;\nconst nameInput = document.getElementById('name') as HTMLInputElement;\n\nconst subscription = fromEvent(nameInput, 'keydown').subscribe((e: KeyboardEvent) => {\n if (e.keyCode === ESC_KEY) {\n nameInput.value = '';\n }\n});\n\n\n
Multicasting
\n
A typical observable creates a new, independent execution for each subscribed observer. When an observer subscribes, the observable wires up an event handler and delivers values to that observer. When a second observer subscribes, the observable then wires up a new event handler and delivers values to that second observer in a separate execution.
\n
Sometimes, instead of starting an independent execution for each subscriber, you want each subscription to get the same values—even if values have already started emitting. This might be the case with something like an observable of clicks on the document object.
\n
Multicasting is the practice of broadcasting to a list of multiple subscribers in a single execution. With a multicasting observable, you don't register multiple listeners on the document, but instead re-use the first listener and send values out to each subscriber.
\n
When creating an observable you should determine how you want that observable to be used and whether or not you want to multicast its values.
\n
Let’s look at an example that counts from 1 to 3, with a one-second delay after each number emitted.
\n
\nfunction sequenceSubscriber(observer) {\n const seq = [1, 2, 3];\n let timeoutId;\n\n // Will run through an array of numbers, emitting one value\n // per second until it gets to the end of the array.\n function doInSequence(arr, idx) {\n timeoutId = setTimeout(() => {\n observer.next(arr[idx]);\n if (idx === arr.length - 1) {\n observer.complete();\n } else {\n doInSequence(arr, ++idx);\n }\n }, 1000);\n }\n\n doInSequence(seq, 0);\n\n // Unsubscribe should clear the timeout to stop execution\n return {\n unsubscribe() {\n clearTimeout(timeoutId);\n }\n };\n}\n\n// Create a new Observable that will deliver the above sequence\nconst sequence = new Observable(sequenceSubscriber);\n\nsequence.subscribe({\n next(num) { console.log(num); },\n complete() { console.log('Finished sequence'); }\n});\n\n// Logs:\n// (at 1 second): 1\n// (at 2 seconds): 2\n// (at 3 seconds): 3\n// (at 3 seconds): Finished sequence\n\n\n\n
Notice that if you subscribe twice, there will be two separate streams, each emitting values every second. It looks something like this:
\n
\n\n// Subscribe starts the clock, and will emit after 1 second\nsequence.subscribe({\n next(num) { console.log('1st subscribe: ' + num); },\n complete() { console.log('1st sequence finished.'); }\n});\n\n// After 1/2 second, subscribe again.\nsetTimeout(() => {\n sequence.subscribe({\n next(num) { console.log('2nd subscribe: ' + num); },\n complete() { console.log('2nd sequence finished.'); }\n });\n}, 500);\n\n// Logs:\n// (at 1 second): 1st subscribe: 1\n// (at 1.5 seconds): 2nd subscribe: 1\n// (at 2 seconds): 1st subscribe: 2\n// (at 2.5 seconds): 2nd subscribe: 2\n// (at 3 seconds): 1st subscribe: 3\n// (at 3 seconds): 1st sequence finished\n// (at 3.5 seconds): 2nd subscribe: 3\n// (at 3.5 seconds): 2nd sequence finished\n\n\n\n
Changing the observable to be multicasting could look something like this:
\n
\nfunction multicastSequenceSubscriber() {\n const seq = [1, 2, 3];\n // Keep track of each observer (one for every active subscription)\n const observers = [];\n // Still a single timeoutId because there will only ever be one\n // set of values being generated, multicasted to each subscriber\n let timeoutId;\n\n // Return the subscriber function (runs when subscribe()\n // function is invoked)\n return observer => {\n observers.push(observer);\n // When this is the first subscription, start the sequence\n if (observers.length === 1) {\n timeoutId = doSequence({\n next(val) {\n // Iterate through observers and notify all subscriptions\n observers.forEach(obs => obs.next(val));\n },\n complete() {\n // Notify all complete callbacks\n observers.slice(0).forEach(obs => obs.complete());\n }\n }, seq, 0);\n }\n\n return {\n unsubscribe() {\n // Remove from the observers array so it's no longer notified\n observers.splice(observers.indexOf(observer), 1);\n // If there's no more listeners, do cleanup\n if (observers.length === 0) {\n clearTimeout(timeoutId);\n }\n }\n };\n };\n}\n\n// Run through an array of numbers, emitting one value\n// per second until it gets to the end of the array.\nfunction doSequence(observer, arr, idx) {\n return setTimeout(() => {\n observer.next(arr[idx]);\n if (idx === arr.length - 1) {\n observer.complete();\n } else {\n doSequence(observer, arr, ++idx);\n }\n }, 1000);\n}\n\n// Create a new Observable that will deliver the above sequence\nconst multicastSequence = new Observable(multicastSequenceSubscriber());\n\n// Subscribe starts the clock, and begins to emit after 1 second\nmulticastSequence.subscribe({\n next(num) { console.log('1st subscribe: ' + num); },\n complete() { console.log('1st sequence finished.'); }\n});\n\n// After 1 1/2 seconds, subscribe again (should \"miss\" the first value).\nsetTimeout(() => {\n multicastSequence.subscribe({\n next(num) { console.log('2nd subscribe: ' + num); },\n complete() { console.log('2nd sequence finished.'); }\n });\n}, 1500);\n\n// Logs:\n// (at 1 second): 1st subscribe: 1\n// (at 2 seconds): 1st subscribe: 2\n// (at 2 seconds): 2nd subscribe: 2\n// (at 3 seconds): 1st subscribe: 3\n// (at 3 seconds): 1st sequence finished\n// (at 3 seconds): 2nd subscribe: 3\n// (at 3 seconds): 2nd sequence finished\n\n\n\n
\n Multicasting observables take a bit more setup, but they can be useful for certain applications. Later we will look at tools that simplify the process of multicasting, allowing you to take any observable and make it multicasting.\n
\n
Error handling
\n
Because observables produce values asynchronously, try/catch will not effectively catch errors. Instead, you handle errors by specifying an error callback on the observer. Producing an error also causes the observable to clean up subscriptions and stop producing values. An observable can either produce values (calling the next callback), or it can complete, calling either the complete or error callback.
\n
\nmyObservable.subscribe({\n next(num) { console.log('Next num: ' + num)},\n error(err) { console.log('Received an error: ' + err)}\n});\n\n
Error handling (and specifically recovering from an error) is covered in more detail in a later section.
\n\n \n