From 1debb3995b508e20e00e1e7161a34d52b91b142d Mon Sep 17 00:00:00 2001 From: Julien Vermillard Date: Tue, 12 Dec 2023 09:16:58 +0100 Subject: [PATCH] typo --- content/english/post/websocket.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/english/post/websocket.md b/content/english/post/websocket.md index 7171359..15abfa4 100644 --- a/content/english/post/websocket.md +++ b/content/english/post/websocket.md @@ -7,7 +7,7 @@ date = "2023-12-12" As a software architect, I often need to deal with backend systems that provide a variety of REST APIs, each supporting a set of CRUD (Create, Read, Update, Delete) operations. Traditionally, these systems haven’t offered a way for clients to subscribe to real-time notifications. So, clients are forced to either continuously poll the server or require users to manually refresh their browsers, which can be a frustrating user experience in 2023. -Fortunately, WebSocket is now a reliable standard. This technology is now a reliable standard, widely implemented across major web browsers. Additionally, most advanced enterprise proxies and load balancers now support WebSocket, rendering older methods like long polling and server-sent events largely obsolete. Though, from a personal perspective, I still find server-sent events to be an elegant solution, especially within the context of HTTP protocols, due to their simplicity and efficient unidirectional data flow. +Fortunately,WebSocket is now a reliable standard, widely implemented across major web browsers. Additionally, most advanced enterprise proxies and load balancers now support WebSocket, rendering older methods like long polling and server-sent events largely obsolete. Though, from a personal perspective, I still find server-sent events to be an elegant solution, especially within the context of HTTP protocols, due to their simplicity and efficient unidirectional data flow. How can we efficiently deliver event notifications to the UI client? A straightforward approach involves integrating event handling at specific points in our server-side code. This can be done either when generating the JSON response for an API call or at the DAO (Data Access Object) level, depending on what best aligns with your architecture. The key is to create a JSON document that captures the essence of the event. This document should include the type of event (create, update, or delete), along with essential details like: