Our great sponsors
-
SurveyJS
Open-Source JSON Form Builder to Create Dynamic Forms Right in Your App. With SurveyJS form UI libraries, you can build and style forms in a fully-integrated drag & drop form builder, render them in your JS app, and store form submission data in any backend, inc. PHP, ASP.NET Core, and Node.js.
-
rustic
rustic is a TypeScript library providing emulation of Rust's Option and Result types (and some useful wrappers for common js functions as well!) (by franeklubi)
-
option-t
A toolkit of Nullable/Option/Result type implementation in ECMAScript. Their APIs are inspired by Rust's `Option<T>` and `Result<T, E>`.
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
You can check out the npm page or the GitHub repository
It's unlikely that Option/Result will be given that you can clearly implement it yourself. But expression-based match syntax is an active proposal.
Yep I even created a GitHub template. I compile sveltekit to static files and serve them as such using the actix static files package. When debugging I use nginx to avoid CORS issues.
You are right that Decorators are behind an experimental flag. Looks like the standard decorator proposal is stage 3? The interesting part will be how and when they remove the experimental decorators after the standard ones are finalized.