You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/advanced/technical/concept.md
+4-7Lines changed: 4 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -10,7 +10,7 @@ HTML Over-the-Wire describes a server-centric web architecture in which the user
10
10
11
11
> This is what HTML Over The Wire is all about. It’s a celebration of the simplicity in HTML as the format for carrying data and presentation together, whether this is delivered on the first load or with subsequent dynamic updates.
12
12
13
-
In contrast to client-side JavaScript frameworks, which delegate most responsibilities to the browser, HTML Over-the-Wire keeps control on the backend. UI updates are performed by sending partial HTML fragments via AJAX, which the browser inserts without reloading the entire page.
13
+
In contrast to client-side JavaScript frameworks, which delegate most responsibilities to the browser, HTML Over-the-Wire keeps control on the backend. The first request sends all needed JS & CSS and then only UI updates are performed by sending partial HTML fragments via AJAX, which the browser inserts without reloading the entire page.
@@ -28,14 +28,11 @@ Several frameworks adopt this pattern:
28
28
29
29
#### Historical Context
30
30
31
-
In early web development, **Server-Side Rendering (SSR)** was the norm. Each user interaction triggered a full-page reload, with the server returning the complete HTML content. In SAP context this is known from ITS Mobile or SAP GUI for HTML.
31
+
In the early days of web development, Server-Side Rendering (SSR) was the standard. Every user interaction triggered a full-page reload, with the server returning the complete HTML. In the SAP world, this approach was familiar from ITS Mobile or SAP GUI for HTML.
32
32
33
-
With the rise of SinglePage Applications (SPAs), rendering responsibilities shifted to the browser. SPAs retrieve raw data—often via OData in SAP systems—and dynamically build UIs using JavaScript frameworks such as React, Angular, or Vue. SAP released UI5 in 2010 as client-side SPA JavaScript framweork.
33
+
With the rise of Single-Page Applications (SPAs), rendering moved to the browser. SPAs fetch raw data—often via OData in SAP systems—and build UI dynamically using JavaScript frameworks like React, Angular, or Vue. SAP introduced UI5 in 2010 as a client-side SPA framework.
34
34
35
-
However, SPAs brought along new complexities:
36
-
- API layers and data contracts
37
-
- Separate frontend-backend development workflows
38
-
- Complex build and deployment pipelines
35
+
However, SPAs brought new challenges, including complex API layers, separate frontend and backend development teams, and elaborate build and deployment pipelines.
39
36
40
37
As a counter-approach, HTML Over-the-Wire reestablishes server-driven UI updates:
0 commit comments