rxjs-websockets
An rxjs websocket library with a simple and flexible implementation. Supports the browser and node.js.
Comparisons to other rxjs websocket libraries:
- observable-socket
- observable-socket provides an input subject for the user, rxjs-websockets allows the user to supply the input stream as a parameter to allow the user to select an observable with semantics appropriate for their own use case (queueing-subject can be used to achieve the same semantics as observable-socket).
- With observable-socket the WebSocket object must be used and managed by the user, rxjs-websocket manages the WebSocket(s) for the user lazily according to subscriptions to the messages observable.
- With observable-socket the WebSocket object must be observed using plain old events to detect the connection status, rxjs-websockets provides the connection status as an observable.
- rxjs built-in websocket subject
- Implemented as a Subject so lacks the flexibility that rxjs-websockets and observable-socket provide.
- Does not provide any ability to monitor the web socket connection state.
Installation
Install the dependency:
npm install -S rxjs-websockets
npm install -S queueing-subject
Simple usage
import { QueueingSubject } from 'queueing-subject'
import websocketConnect from 'rxjs-websockets'
const input = new QueueingSubject<string>()
const { messages, connectionStatus } = websocketConnect('ws://localhost/websocket-path', input)
input.next('some data')
const connectionStatusSubscription = connectionStatus.subscribe(numberConnected => {
console.log('number of connected websockets:', numberConnected)
})
const messagesSubscription = messages.subscribe((message: string) => {
console.log('received message:', message)
})
messagesSubscription.unsubscribe()
connectionStatusSubscription.unsubscribe()
messages
is a cold observable, this means the websocket connection is attempted lazily when a subscription is made to the messages
observable. Advanced users of this library will find it important to understand the distinction between hot and cold observables, for most it will be sufficient to use the share operator as shown in the Angular example below.
Reconnecting on failure
This can be done with built-in rxjs operators:
const input = new QueueingSubject<string>()
const { messages, connectionStatus } = websocketConnect(`ws://server`, input)
messages.pipe(
retryWhen(errors => errors.delay(1000))
).subscribe(message => {
console.log(message)
})
Alternate WebSocket implementations
A custom websocket factory function can be supplied that takes a URL and returns an object that is compatible with WebSocket:
const { messages } = websocketConnect(
'ws://127.0.0.1:4201/ws',
this.inputStream = new QueueingSubject<string>(),
undefined,
(url, protocols) => new WebSocket(url, protocols)
)
Protocols
The API typings follow which show how to use all features including protocols:
export interface Connection {
connectionStatus: Observable<number>
messages: Observable<string>
}
export interface IWebSocket {
close(): any
send(data: string | ArrayBuffer | Blob): any
onopen?: (event: Event) => any
onclose?: (event: CloseEvent) => any
onmessage?: (event: MessageEvent) => any
onerror?: (event: ErrorEvent) => any
}
export declare type WebSocketFactory = (url: string, protocols?: string | string[]) => IWebSocket
export default function connect(
url: string,
input: Observable<string>,
protocols?: string | string[],
websocketFactory?: WebSocketFactory
): Connection
JSON messages and responses
This example shows how to use the map
operator to handle JSON encoding of outgoing messages and parsing of responses:
function jsonWebsocketConnect(url: string, input: Observable<object>, protocols?: string | string[]) {
const jsonInput = input.pipe(map(message => JSON.stringify(message)))
const { connectionStatus, messages } = websocketConnect(url, jsonInput, protocols)
const jsonMessages = messages.pipe(map(message => JSON.parse(message)))
return { connectionStatus, messages: jsonMessages }
}