Skip to content

Commit 308f9c2

Browse files
committed
Simplify ping API desc
1 parent 0acea45 commit 308f9c2

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

README.md

+3-3
Original file line numberDiff line numberDiff line change
@@ -128,9 +128,9 @@ your application doesn't always need to read from the connection unless it expec
128128
gorilla/websocket requires you to constantly read from the connection to respond to control frames
129129
even if you don't expect the peer to send any messages.
130130

131-
The ping API is also much nicer. Unlike gorilla/websocket, you don't need to register a
132-
callback for pongs. There is Ping method on the Conn that sends a ping and waits for the pong.
133-
Callbacks tend to encourage awkward control flow.
131+
The ping API is also much nicer. gorilla/websocket requires registering a pong handler on the Conn
132+
which results in an awkward control flow. With nhooyr/websocket you use the Ping method on
133+
the Conn that sends a ping and also waits for the pong.
134134

135135
In terms of performance, the differences depend on your application code. nhooyr/websocket
136136
reuses buffers efficiently out of the box if you use the wsjson and wspb subpackages whereas

0 commit comments

Comments
 (0)