Browse Library
Sign In Start Free Trial
Close icon Search icon
Account
Browse Library Advanced Search Sign In Start Free Trial

Add to playlist

Create a Playlist

Modal Close icon
You need to login to use this feature.
  • Book Overview & Buying Clojure Reactive Programming
  • Table Of Contents Toc
Clojure Reactive Programming

Clojure Reactive Programming

By : Leonardo Borges
4.3 (13)
Buy this Book
close
close
Clojure Reactive Programming

Clojure Reactive Programming

4.3 (13)
By: Leonardo Borges
Buy this Book

Overview of this book

If you are a Clojure developer who is interested in using Reactive Programming to build asynchronous and concurrent applications, this book is for you. Knowledge of Clojure and Leiningen is required. Basic understanding of ClojureScript will be helpful for the web chapters, although it is not strictly necessary.
Table of Contents (13 chapters)
close
close
close
Preface
Icon
Preface
Icon
What this book covers
Icon
What you need for this book
Icon
Who this book is for
Icon
Conventions
Icon
Reader feedback
Icon
Customer support
Lock Free Chapter
1
1. What is Reactive Programming?
Icon
1. What is Reactive Programming?
Icon
A taste of Reactive Programming
Icon
A bit of history
Icon
Signals and events
Icon
Implementation challenges
Icon
Applications of FRP
Icon
Summary
2
2. A Look at Reactive Extensions
Icon
2. A Look at Reactive Extensions
Icon
The Observer pattern revisited
Icon
Creating Observables
Icon
Manipulating Observables
Icon
Flatmap and friends
Icon
Error handling
Icon
Backpressure
Icon
Summary
3
3. Asynchronous Programming and Networking
Icon
3. Asynchronous Programming and Networking
Icon
Building a stock market monitoring application
Icon
Rolling averages
Icon
Identifying problems with our current approach
Icon
Removing incidental complexity with RxClojure
Icon
Summary
4
4. Introduction to core.async
Icon
4. Introduction to core.async
Icon
Asynchronous programming and concurrency
Icon
core.async
Icon
Rewriting the stock market application with core.async
Icon
Error handling
Icon
Backpressure
Icon
Transducers
Icon
Summary
5
5. Creating Your Own CES Framework with core.async
Icon
5. Creating Your Own CES Framework with core.async
Icon
A minimal CES framework
Icon
Exercises
Icon
A respondent application
Icon
CES versus core.async
Icon
Summary
6
6. Building a Simple ClojureScript Game with Reagi
Icon
6. Building a Simple ClojureScript Game with Reagi
Icon
Setting up the project
Icon
Reagi and other CES frameworks
Icon
Summary
7
7. The UI as a Function
chevron up
Icon
7. The UI as a Function
Icon
The problem with complex web UIs
Icon
Enter React.js
Icon
ClojureScript and Om
Icon
Building a simple Contacts application with Om
Icon
Intercomponent communication
Icon
Exercises
Icon
Summary
8
8. Futures
Icon
8. Futures
Icon
Clojure futures
Icon
Fetching data in parallel
Icon
Imminent – a composable futures library for Clojure
Icon
The movies example revisited
Icon
Futures and blocking IO
Icon
Summary
9
9. A Reactive API to Amazon Web Services
Icon
9. A Reactive API to Amazon Web Services
Icon
The problem
Icon
Infrastructure automation
Icon
AWS resources dashboard
Icon
CloudFormation
Icon
EC2
Icon
RDS
Icon
Designing the solution
Icon
Exercises
Icon
Summary
10
A. The Algebra of Library Design
Icon
A. The Algebra of Library Design
Icon
The semantics of map
Icon
Finding the average of ages
Icon
Applicative Functors
Icon
Gathering stats about ages
Icon
Monads
Icon
Summary
11
B. Bibliography
Icon
B. Bibliography
12
Index
Icon
Index

Enter React.js

As we'll see in this chapter, the answer to the question posed in the previous section is a resounding yes and, as you might have guessed, it involves React.js.

But what makes it special?

It's wise to start with what React is not. It is not an MVC framework and as such it is not a replacement for the likes of AngularJS, Backbone.js, and so on. React focuses solely on the V in MVC, and presents a refreshingly different way to think about user interfaces. We must take a slight detour in order to explore how it does that.

Lessons from functional programming

As functional programmers, we don't need to be convinced of the benefits of immutability. We bought into the premise long ago. However, should we not be able to use immutability efficiently, it would not have become commonplace in functional programming languages.

We owe it to the huge amount of research that went into Purely Functional Data Structures—first by Okasaki in his book of the same title (see http://www.amazon.com/Purely...

Visually different images
CONTINUE READING
83
Tech Concepts
36
Programming languages
73
Tech Tools
Icon Unlimited access to the largest independent learning library in tech of over 8,000 expert-authored tech books and videos.
Icon Innovative learning tools, including AI book assistants, code context explainers, and text-to-speech.
Icon 50+ new titles added per month and exclusive early access to books as they are being written.
Clojure Reactive Programming
End of Section 7
Next Section
notes
bookmark Notes and Bookmarks search Search in title playlist Add to playlist download Download options
font-size Font size

Change the font size

margin-width Margin width

Change margin width

day-mode Day/Sepia/Night Modes

Change background colour

Close icon Search
Country selected
Close icon Your notes and bookmarks

Confirmation

Modal Close icon
claim successful
Order Page Read Now

Buy this book with your credits?

Modal Close icon
Are you sure you want to buy this book with one of your credits?
Close
YES, BUY

Submit Your Feedback

Modal Close icon
Modal Close icon
Modal Close icon