In a previous post we showed how to leverage Observables, and especially their strength of composability to ease complicated async tasks.
As a recap, we built a simple wikipedia search demo consisting of a
WikipediaService to query a JSONP API.
We also built an
App component that uses this service and applies some Rx gymnastics to tame the user input, prevent duplicate requests and deal with out-of-order responses.
Thinking ahead we can refactor our code even further and let our API design leverage from the power of Observables.
Observables = Promises + Events (in a way!)
In a way Observables may be seen as the clever child of Events and Promises. Promises are first class objects that encapsulate the state of an asynchronous operation. But they are for singular operations only. A request is such an operation. You invoke a method, kicking off some async task and get a first class object that eventually will get you to the result of the operation (ignoring error handling for now).
Events on the other hand are for async operations that can continue to emit new values for an infinite duration. But Unfortunately they are traditionally not represented in a format that matches the criteria of a first class object. You can’t just pass an event of clicks around that skips every third click for instance.
Well, with Observables you can. You get the power of first class objects but without the limitations of singularity.
In fact, in a modern .NET language such as F#, which embraces Observables all the way down, every
IEvent<T> inherits from
IObservable<T>. Angular also went down this path and made
Smart service, dumb component
With that in mind: wouldn’t it be actually nice if we could save the component from dealing with all these edge cases? What if we just make the debounce duration configureable but let the rest of the complexity be handled by our
To let code speak we can transform our
WikipediaService into this.
Notice that the service still exposes the previous api as
rawSearch and builds a more clever
search API on top of it.
This dramatically simplifies our
See what happened? We just wire together event streams like lego blocks!
You can play around with the plnkr right here. Enjoy!
Get weekly updates on the latest and greatest happenings in the Angular world by thoughtram!Tell me more
Angular 2 Master Class in Gent
Learn Angular 2 in our upcoming public training!Join now
Get updates on new articles and trainings.
Join over 700 other developers who get our content first.
Opaque Tokens in Angular 2
Angular 2's dependency injection improved in many ways. It not only is more flexible when it comes to assembling dependencies...
Exploring Rx Operators: map
In two of our previous articles we already highlighted the importance of Observables in Angular 2. This is the first...
Angular 2 Providers using Map Literals
Defining providers in Angular 2 is pretty easy and straight forward. However, just recently there has been another, shorter syntax...
Template-driven Forms in Angular 2
Angular gives us many different tools to build forms in our applications. Sometimes it doesn't seem to be very obvious...
Custom Validators in Angular 2
Forms are part of almost every web application out there. Angular strives for making working with forms a breeze. Often,...
Angular 2 Change Detection Explained
At NG-NL 2016 I gave a talk about Angular 2's Change Detection and how it makes our apps fast and...