Route code hot swap
Business code such as src/routes/ uses a millisecond-level replacement path while the dev service process and connection state stay alive.
VEXTJS 0.3.24 / NATIVE API RUNTIME
A Node.js framework built for high-performance RESTful APIs. Native fast path, three-tier server-side hot reload, CLI, validation, OpenAPI, and production runtime capabilities are ready in one project model.
Hot Reload Pipeline
Vext chooses a reload strategy by change boundary: replace what can be hot-swapped, rebuild only the affected structure when needed, and cold start only when runtime boundaries change.
Business code such as src/routes/ uses a millisecond-level replacement path while the dev service process and connection state stay alive.
Changes in services, models, locale resources, and similar structures trigger local reloads instead of pushing every edit to a cold restart.
5-50 msConfiguration, plugin, and middleware changes perform a cold start so runtime boundaries are rebuilt correctly without sacrificing safety.
1-3 sPerformance Stack
The homepage keeps the framework's real engineering surface visible: Native fast path, route-core, schema/OpenAPI, CLI, and production delivery capabilities.
The Native Adapter stays close to Node.js HTTP and keeps routing lightweight with route-core.
File routes, three-part route definitions, and request context are organized around RESTful API services.
Declare parameter rules in route options so request validation and API documentation share one definition.
Create, develop, build, and start commands are gathered under the framework entry, so new projects can begin immediately.
request, validation, response, service, fetch, and related hooks support plugins and cross-cutting logic.
Rate limiting, structured errors, graceful shutdown, heartbeat monitoring, and multi-process deployment complete the delivery path.
Runtime Flexibility
Vext's main line is the framework's own API performance and developer experience. Adapters connect different HTTP ecosystems when needed, making migration and integration steadier.
Production Ready
The Vext documentation entry should let teams quickly judge whether it can enter real server-side projects: rate limiting, graceful shutdown, rolling restart, cluster, i18n, structured errors, and OpenAPI all need to be visible.
Next Steps