arthurfiorette/proposal-try-operator resource

Health v2 · maintenance only

Flags: no_releases

Adoption not part of the score

2036 stars · 24 forks observed · 2026-08-28

What it is AI-extracted, prompt v1, taxonomy v1, 2026-08-30, confidence not recorded

A Stage 0 TC39 proposal to add an ergonomic inline `try <expression>` operator to JavaScript that catches exceptions and returns a Result value instead of throwing. The repository contains the specification draft, design rationale, and a reference `Result` class implementation published to NPM as `try`.

Use cases

• handle errors inline without try/catch blocks in javascript
• use a result pattern instead of exceptions in js
• convert thrown errors into values in javascript
• follow the status of a tc39 try operator proposal
• try a result class for safer async error handling
• avoid nested try catch blocks when parsing or fetching

When to choose

• you want to experiment today with try-operator ergonomics via the npm `try` Result implementation
• you are researching or contributing to ECMAScript language design around error handling
• you prefer Go/Rust-style Result values over exception-based control flow in JavaScript

When to avoid

• you need a shipped, standardized language feature - this is a Stage 0 proposal that may never reach ECMAScript
• you need type-safe typed errors, which the proposal explicitly does not aim to solve
• you need a production error-handling library with mature ecosystem support rather than a proposal reference implementation

Facets

learning-resource · maturity active

error-handling programming-language sdk programming-languages developer-tools apis browser cross-platform tc39-proposal ecmascript result-pattern try-operator error-handling specification stage-0 nodejs javascript

Member repositories

For agents

markdown · JSON · MCP: product_card(name="arthurfiorette/proposal-try-operator")