aster.UI / Docs
Aster products
Showcase ↗

Aster UI / Guides

Is Aster UI a fit for your project?

Aster UI is a JavaScript and TypeScript foundation for applications where several views query and edit the same data. It combines a shared data model with web components for grids, forms, tiles and application workspaces. Use it with Aster WebData to build applications across SQL databases and existing APIs: the server provides a virtual-data-source interface for your backend code and exposes registered sources through OData to the UI. The same shared data model coordinates those views as the application grows.

This is the maintainers' assessment of the project. Consider it alongside your requirements and evidence from a representative workflow. Another approach may be a better fit for your application.

Where Aster is strong

The rationale, shared data model and connected views guide explain these responsibilities and their boundaries. Controls also provide themes, keyboard interaction, focus handling and reduced-motion support. Evaluate accessibility in the actual workflow and target devices; automated checks alone do not establish compliance.

For SQL plus backend API projects

This is a core use case for Aster UI with Aster WebData. You implement a virtual source against the server's provided interface, including any matching or combining of records the workflow needs. WebData supplies the OData layer and metadata; UI controls then use that common service. The original API does not need to speak OData.

Use Aster WebData for server setup. See the SQL and API walkthrough for a concrete source definition, the request flow and the UI binding. Evaluate the backend-specific handler work and deployment alongside the UI features.

When another approach may be better

Your situation Consider first
A small, mostly read-only list or content website Native HTML and a small amount of application code. Aster's data and ownership concepts may add little value.
An established application already coordinates records, queries and drafts well Components or a headless grid that fit its existing state model. Adopting a second data foundation can cost more than it saves.
A browser-only application with no server integration layer A client that consumes the existing APIs directly. Aster's SQL/API integration path uses the companion WebData server and its virtual-source handlers.
Specialist scheduling, charting or rich editing is the main requirement A specialist component, evaluated on its own requirements. Aster can host third-party components, but an integration adapter does not supply the vendor runtime or all its features.
A requirement for established API stability or extensive production evidence A mature alternative with evidence that meets that requirement. Aster is currently a pre-1.0 project.

No one needs to replace a working stack merely to use declarative layouts or a data grid. Compare the coordination work Aster removes with the concepts and integration work it introduces.

Boundaries to consider

See virtual data sources, distribution, service boundaries, authentication, component integration and preview scope.

Try a representative workflow

Connect a paged list to an editor, change a field affecting the filter, and check selection, saving and concurrent refresh against your intended service. For retained work or sign-in recovery, try the corresponding Webmail workflow. Inspect the executable source as well as the presentation.

Start with the working grid, the shared collection example or Webmail with sign in.