What BDUI (Backend-Driven UI) is
BDUI (Backend-Driven UI, also known as Server-Driven UI or SDUI) is an approach in which the server describes the screen interface and the app merely renders the schema it is sent. Instead of hard-wiring the layout into the client code, the backend sends the structure of the screen — usually as JSON — and the client assembles the UI from it.
The main consequence: the interface can be changed without an app release and without waiting for App Store and Google Play review.
How it works
Server -> screen schema (JSON: blocks, order, data)
Client -> rendering engine assembles native UI from the schema
The client holds a set of supported components and an engine that knows how to assemble them from a description. The server decides which blocks, in which order and with what content, a particular user sees.
Why BDUI matters in e-commerce
- Speed of change. The storefront, banners and block order in the app can be rebuilt from the server in minutes rather than across a release cycle.
- Personalization. The screen is assembled for a segment and a behaviour — different users see a different home screen. See in-app personalization.
- Experiments. A/B tests of the interface with no new version and no risk of being stuck in store review.
Limitations
- A more complex backend. Layout logic moves to the server, which needs a schema engine and ongoing maintenance.
- Client-side rendering. The client needs an engine capable of assembling every supported component.
- Component versioning. Older versions of the app must handle newer schemas correctly.
BDUI in Gravity Field
BDUI is a genuine differentiator of the Gravity Field mobile platform: app screens are built through the Flutter BDUI SDK and controlled from the server. A detailed walk-through of the approach is covered in the blog article “What BDUI is and how it helps e-commerce grow”, and the technical integration is documented in the Flutter BDUI SDK guide.