Skip to content

Commit 0d2b2e5

Browse files
authored
Update dx.md
1 parent 7f31624 commit 0d2b2e5

File tree

1 file changed

+18
-23
lines changed

1 file changed

+18
-23
lines changed

docs/technical/dx.md

Lines changed: 18 additions & 23 deletions
Original file line numberDiff line numberDiff line change
@@ -208,48 +208,43 @@ While browser-based roundtrips require slightly different flow control, the over
208208

209209
### More
210210

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.
212212

213213
##### Zero-Setup Deployment
214214

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
216220

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-
222221
##### No Caching Issues
223222

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:
225224

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
229227

230228
##### Develop in Any ABAP IDE
231229

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:
233231

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
237234

238235
##### Pure ABAP Debugging
239236

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:
241238

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
245241

246242
##### Easy Code Sharing
247243

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:
249245

250-
Why this improves Developer Experience:
251-
- Easy to clone and test other apps
252-
- Great for collaboration and code reviews
246+
- Easy to clone and test other apps
247+
- Great for collaboration and code reviews
253248
- Encourages modular, reusable components
254249

255250
### Summary

0 commit comments

Comments
 (0)