React: the interface library for application screens

OutsourcingVN is operated by Netbase JSC, and this page keeps that interface decision separate from the Next.js rendering decision layered on top of it.

Implementation patterns

React itself supplies no data model, no routing and no server: it is the component and rendering layer, and a team wires state management, routing and data fetching around it, commonly through a framework such as Next.js once the screen also needs to be found by search or rendered on the server. What React does supply is a way to describe a screen as a tree of independent components that re-render only where their own state changed, which is why a dashboard or configurator built from many fast-changing panels tends to stay easier to reason about than the same screen built as one large server-rendered template.

On the multi-tenant cloud ERP record, React is part of the stack, with Next.js, Laravel and Strapi, for a US client that is not named; phase one, from 2020 to 2023, covered CRM, real-time messaging, HR, a knowledge base, custom fields and workflows, work and project management and API integrations, and the stack runs across PostgreSQL, MySQL, MariaDB and MongoDB on AWS; a later retail phase of that platform stays planned work, never presented as delivered. On the headless reward shop platform, delivered for a Dubai-based loyalty and rewards technology company that is not named, the same component model carries a different shape of product: a Next.js front end built on React renders one independently branded shop per client loyalty programme, over four delivery phases.

What trade-offs should you weigh?

1. Component reach against the pieces you must add yourself, since routing, data fetching, form handling and server rendering are deliberate additions, not defaults baked in.
2. Interactivity against search visibility, since a pure client-rendered app struggles with the page-load speed and indexability a public site needs without a framework such as Next.js in front.
3. Ecosystem breadth against version churn, since a team inherits the job of keeping its chosen libraries compatible as React itself moves forward.
4. A component library against a finished product, since a SaaS product built on React is scoped as its own product, not assembled from the library alone.

Where does AI fit on a React screen?

AI earns its place inside a React screen as a feature a component calls out to, not as a rewrite of the rendering layer itself: a search box that calls a retrieval service, a panel that drafts a reply for an agent to approve, or a dashboard widget that surfaces an anomaly a person still has to act on; the AI-assisted software delivery guide covers how that same habit applies to building the screen itself, not only to what it calls. Netbase delivers remote-first from Hanoi in Agile increments with weekly reviews, using AI-assisted engineering under human review, and works with commercial and open-source AI models chosen per project. Because the heavier logic still runs as a service the component calls, adding an AI feature to an existing React screen is usually a new component and an API call, not a rebuild of the screens around it.

What to check before committing

React's own versioning policy follows semantic versioning: a major release such as 15 to 16 carries breaking changes, a minor release adds features or non-critical fixes, and a patch release is reserved for critical bugs and security fixes; the policy explicitly does not bump the major version for development-only warnings, unstable_-prefixed APIs, alpha or canary releases, or undocumented internals, which is why those changes can still land inside a minor release a team assumed was safe. The documentation at react.dev tracks only the latest major version, archiving each previous major at its own x.react.dev address once a new one ships; at the time of writing the latest documented version is 19.3. Confirm before scoping a build:

• Which major version, and whether the project depends on anything undocumented or unstable_-prefixed, since those can change even inside a minor release.
• Which framework, if any, sits above React for routing, data fetching and rendering, since React alone decides none of them.
• Which state-management approach fits the screen's own complexity, rather than adopting a library by default for a screen simple enough not to need one.
• Whether the screen needs to be found by search, which decides whether a framework such as Next.js belongs in front of the component layer at all.

These are delivered as Custom Product Engineering milestones. Netbase's delivery lifecycle: discovery and strategic alignment; team assembly and architecture planning; agile execution with outcome-based milestones; modular components; training and rollout; ongoing support. Most Netbase projects are agreed as fixed-scope contracts after discovery, and milestone-based arrangements are also available.

What Netbase has built with React

React is part of the stack behind the multi-tenant cloud ERP (phase one, 2020-2023, client not named) and the headless reward shop platform built for a Dubai-based loyalty and rewards technology company that is not named. The implementation patterns section above sets out what each record actually covers.

Where Netbase applies this stack

Sources

• React, React Versions
• React, Versioning Policy