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/technical/dx.md
+18-23Lines changed: 18 additions & 23 deletions
Original file line number
Diff line number
Diff line change
@@ -208,48 +208,43 @@ While browser-based roundtrips require slightly different flow control, the over
208
208
209
209
### More
210
210
211
-
Besides the code snippets shown above, the Over-the-Wire approach of abap2UI5 — based entirely on backend development — offers several additional advantages.
211
+
Beyond the code snippets shown above, the Over-the-Wire approach of abap2UI5 — based entirely on backend development — offers several additional advantages.
212
212
213
213
##### Zero-Setup Deployment
214
214
215
-
In abap2UI5, apps are just ABAP classes — deployment is as simple as activating the class. Transport to production happens via the standard Transport system known from traditional ABAP developments.
215
+
In abap2UI5, apps are just ABAP classes — deployment is as simple as activating the class. Transport to production happens via the standard transport system familiar from traditional ABAP development:
216
+
217
+
- No separate frontend build or deployment pipelines
218
+
- Code changes can be instantly tested by developers or consultants
219
+
- Every app is abapGit-compatible — no separate artifacts required
216
220
217
-
Why this is great for developers:
218
-
- No separate frontend build or deployment pipelines
219
-
- Code changes can be instantly tested by developers or consultants
220
-
- Every app is abapGit-compatible — no separate artifacts required
221
-
222
221
##### No Caching Issues
223
222
224
-
A common frustration in frontend development is caching — especially with BSP or Fiori Elements apps. You make a change, but nothing happens due to cached files. abap2UI5 can avoid this problem entirely, because the UI is dynamically generated on every request.
223
+
A common frustration in frontend development is caching — especially with BSP or Fiori Elements apps. You make a change, but nothing happens due to cached files. abap2UI5 avoids this problem entirely, as the UI is dynamically generated on every request:
225
224
226
-
Why this is great for developers:
227
-
- No need to clear browser or server caches
228
-
- Fast development iteration — edit the code, refresh the browser, see results
225
+
- No need to clear browser or server caches
226
+
- Fast development iteration — edit the code, refresh the browser, see results
229
227
230
228
##### Develop in Any ABAP IDE
231
229
232
-
There are a lof of discussion about which IDE should be used, why not say everyone should go with the tool of its choice? abap2UI5 apps are developed entirely in ABAP — whether they can be changed in ADT but you can also the bulletproof SE80 or directly switch to VS Code.
230
+
There's often debate about which IDE to use — but why not let everyone choose the tool they prefer? abap2UI5 apps are developed entirely in ABAP. You can work in ADT, rely on the time-tested SE80, or even explore integration with VS Code:
233
231
234
-
Why this is great for developers:
235
-
- No additional setup required — works in any ABAP IDE
236
-
- Ideal for teams with different preferences
232
+
- No additional setup required — works in any ABAP IDE
233
+
- Ideal for teams with different tooling preferences
237
234
238
235
##### Pure ABAP Debugging
239
236
240
-
Frontend-heavy applications often require jumping between browser dev tools, JavaScript logs, and network inspectors. With abap2UI5, the UI is pure ABAP — no JavaScript, no additional layers. Set a breakpoint in the ABAP method and you’re done. YOu can choose again the new ADT debugger or the classic and strong SE80 debugger.
237
+
Frontend-heavy applications often require switching between browser dev tools, JavaScript logs, and network inspectors. With abap2UI5, the UI is pure ABAP — no JavaScript, no additional layers. Just set a breakpoint in your ABAP method:
241
238
242
-
Why this is great for developers:
243
-
- Backend-only debugging with the classic debugger or ADT
244
-
- No need for browser debugging tools
239
+
- Backend-only debugging with the classic SE80 debugger or ADT
240
+
- No need for browser debugging tools
245
241
246
242
##### Easy Code Sharing
247
243
248
-
Sharing your apps or code is easy. Since abap2UI5 apps are ABAP classes, they can be shared via abapGit or simply copy-pasted. No configuration files, manifests, or build tools involved.
244
+
Sharing your apps or code is simple. Since abap2UI5 apps are standard ABAP classes, they can be shared via abapGit or even copy-pasted. No configuration files, manifests, or build tools required:
0 commit comments