-
-
Notifications
You must be signed in to change notification settings - Fork 254
Draft: let? blog post #1093
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Open
fhammerschmidt
wants to merge
16
commits into
master
Choose a base branch
from
roadmap-let-unwrap
base: master
Could not load branches
Branch not found: {{ refName }}
Loading
Could not load tags
Nothing to show
Loading
Are you sure you want to change the base?
Some commits from the old base branch may be removed from the timeline,
and old review comments may become outdated.
+423
−518
Open
Draft: let? blog post #1093
Changes from 9 commits
Commits
Show all changes
16 commits
Select commit
Hold shift + click to select a range
67c3313
Draft: let? blog post
fhammerschmidt 9e08420
Refine let? post
fhammerschmidt 26d84bc
Better example
fhammerschmidt 156ad3c
Use new internal async result methods
fhammerschmidt 43f4439
Format
fhammerschmidt 3586655
Support experimental features in CodeTabs
fhammerschmidt e68abfd
Error handling example
fhammerschmidt fd589e8
Blogpost image
fhammerschmidt 5c74840
Format Format Format
fhammerschmidt ca364ed
Review
fhammerschmidt 5088f82
Add note about it still being experimental
fhammerschmidt b9b9def
Cleanup
fhammerschmidt d6bcaab
Better heading
fhammerschmidt 2c64d0a
Typo
fhammerschmidt d2f3ea4
Note about minimum version
fhammerschmidt 7c30336
WIP: Support preludes in playground links
fhammerschmidt File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,205 @@ | ||
--- | ||
author: rescript-team | ||
date: "2025-10-14" | ||
previewImg: /static/blog/rescript-12-let-unwrap.jpg | ||
badge: roadmap | ||
title: let? | ||
description: | | ||
A new let-unwrap syntax just landed in ReScript. Experimental! | ||
--- | ||
|
||
After long discussions we finally decided on an unwrap syntax for both the `option` and `result` types that we are happy with and that still matches the explicitness of ReScript we all like. | ||
|
||
`let?` or `let-unwrap` is a tiny syntax that unwraps `result`/`option` values and _early-returns_ on `Error`/`None`. It’s explicitly **experimental** and **disabled by default** behind a new "experimental features" gate. See below how to enable it. | ||
|
||
Before showing off this new feauture, let's explore why it is useful. Consider a chain of `async` functions that are dependent on the result of the previous one. The naive way to write this in modern ReScript with `async`/`await` is to just `switch` on the results. | ||
|
||
```res | ||
let getUser = async id => | ||
switch await fetchUser(id) { | ||
| Error(error) => Error(error) | ||
| Ok(res) => | ||
switch await decodeUser(res) { | ||
| Error(error) => Error(error) | ||
| Ok(decodedUser) => | ||
switch await ensureUserActive(decodedUser) { | ||
| Error(error) => Error(error) | ||
| Ok() => Ok(decodedUser) | ||
} | ||
} | ||
} | ||
``` | ||
|
||
Two observations: | ||
|
||
1. with every `switch` expression, this function gets nested deeper. | ||
2. The `Error` branch of every `switch` is just an identity mapper (neither wrapper nor contents change). | ||
|
||
The only alternative in ReScript was always to use some specialized methods: | ||
|
||
```res | ||
let getUserPromises = id => | ||
fetchUser(id) | ||
->Result.flatMapOkAsync(user => Promise.resolve(user->decodeUser)) | ||
->Result.flatMapOkAsync(decodedUser => ensureUserActive(decodedUser)) | ||
``` | ||
|
||
**Note**: `Result.flatMapOkAsync` among some other async result helper functions are brand new in ReScript 12 as well! | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. |
||
|
||
This is arguably better, more concise, but also harder to understand because we have two wrapper types here, `promise` and `result`. And we have to wrap the non-async type in a `Promise.resolve` in order to stay on the same type level. Also we are giving up on our precious `async`/`await` syntax here. | ||
fhammerschmidt marked this conversation as resolved.
Outdated
Show resolved
Hide resolved
|
||
|
||
## Introducing `let?` | ||
|
||
Let's rewrite the above example again with our new syntax: | ||
|
||
```rescript | ||
let getUser = async (id) => { | ||
let? Ok(user) = await fetchUser(id) | ||
let? Ok(decodedUser) = decodeUser(user) | ||
Console.log(`Got user ${decodedUser.name}!`) | ||
let? Ok() = await ensureUserActive(decodedUser) | ||
Ok(decodedUser) | ||
} | ||
``` | ||
|
||
This strikes a balance between conciseness and simplicity that we really think fits ReScript well. | ||
|
||
With `let?`, we can now safely focus on the the happy-path in the scope of the function. There is no nesting as the `Error` is automatically mapped. But be assured the error case is also handled as the type checker will complain when you don't handle the `Error` returned by the `getUser` function. | ||
|
||
This desugars to a **sequence** of early-returns that you’d otherwise write by hand, so there’s **no extra runtime cost** and it plays nicely with `async/await` as the example above suggests. | ||
|
||
Of course, it also works for `option` with `Some(...)`. | ||
fhammerschmidt marked this conversation as resolved.
Show resolved
Hide resolved
|
||
|
||
```rescript | ||
let getActiveUser = user => { | ||
let? Some(name) = activeUsers->Array.get(user) | ||
Some({name, active: true}) | ||
} | ||
``` | ||
|
||
It also works with the unhappy path, with `Error(...)` or `None` as the main type and `Ok(...)` or `Some(...)` as the implicitly mapped types. | ||
|
||
```rescript | ||
let getNoUser = user => { | ||
let? None = activeUsers->Array.get(user) | ||
Some("No user for you!") | ||
} | ||
|
||
let decodeUserWithHumanReadableError = user => { | ||
let? Error(_e) = decodeUser(user) | ||
Error("This could not be decoded!") | ||
} | ||
``` | ||
|
||
Beware it targets built-ins only, namely `result` and `option`. Custom variants still need `switch`. And it is for block or local bindings only; top-level usage is rejected. | ||
|
||
```rescript | ||
let? Ok(user) = await fetchUser("1") | ||
// ^^^^^^^ ERROR: `let?` is not allowed for top-level bindings. | ||
``` | ||
|
||
### A full example with error handling | ||
|
||
<CodeTab labels={["ReScript", "JS Output"]} experiments="LetUnwrap"> | ||
|
||
```rescript | ||
type user = { | ||
id: string, | ||
name: string, | ||
token: string, | ||
} | ||
|
||
external fetchUser: string => promise< | ||
result<JSON.t, [> #NetworkError | #UserNotFound | #Unauthorized]>, | ||
> = "fetchUser" | ||
|
||
external decodeUser: JSON.t => result<user, [> #DecodeError]> = "decodeUser" | ||
|
||
external ensureUserActive: user => promise<result<unit, [> #UserNotActive]>> = | ||
"ensureUserActive" | ||
|
||
let getUser = async id => { | ||
let? Ok(user) = await fetchUser(id) | ||
let? Ok(decodedUser) = decodeUser(user) | ||
Console.log(`Got user ${decodedUser.name}!`) | ||
let? Ok() = await ensureUserActive(decodedUser) | ||
Ok(decodedUser) | ||
} | ||
|
||
// ERROR! | ||
// You forgot to handle a possible case here, for example: | ||
// | Error(#Unauthorized | #UserNotFound | #DecodeError | #UserNotActive) | ||
let main = async () => { | ||
switch await getUser("123") { | ||
| Ok(user) => Console.log(user) | ||
| Error(#NetworkError) => Console.error("Uh-oh, network error...") | ||
} | ||
} | ||
``` | ||
|
||
```js | ||
async function getUser(id) { | ||
let e = await fetchUser(id); | ||
if (e.TAG !== "Ok") { | ||
return e; | ||
} | ||
let e$1 = decodeUser(e._0); | ||
if (e$1.TAG !== "Ok") { | ||
return e$1; | ||
} | ||
let decodedUser = e$1._0; | ||
console.log(`Got user ` + decodedUser.name + `!`); | ||
let e$2 = await ensureUserActive(decodedUser); | ||
if (e$2.TAG === "Ok") { | ||
return { | ||
TAG: "Ok", | ||
_0: decodedUser, | ||
}; | ||
} else { | ||
return e$2; | ||
} | ||
} | ||
|
||
async function main() { | ||
let user = await getUser("123"); | ||
if (user.TAG === "Ok") { | ||
console.log(user._0); | ||
return; | ||
} | ||
if (user._0 === "NetworkError") { | ||
console.error("Uh-oh, network error..."); | ||
return; | ||
} | ||
throw { | ||
RE_EXN_ID: "Match_failure", | ||
_1: ["playground.res", 28, 2], | ||
Error: new Error(), | ||
}; | ||
} | ||
``` | ||
|
||
</CodeTab> | ||
|
||
## Experimental features | ||
|
||
We have added an **experimental-features infrastructure** to the toolchain. If you use the new build system that comes with ReScript 12 by default, you can enable it in `rescript.json` like so: | ||
|
||
```json | ||
{ | ||
"experimental-features": { | ||
"letUnwrap": true | ||
} | ||
} | ||
``` | ||
|
||
If you still use the legacy build system, enable it with the compiler flag `-enable-experimental`: | ||
|
||
```json | ||
{ | ||
"compiler-flags": ["-enable-experimental", "LetUnwrap"] | ||
} | ||
``` | ||
|
||
We would love to hear your thoughts about this feature in the [forum](https://forum.rescript-lang.org/). Please try it out and tell us what you think! | ||
|
||
Happy hacking! |
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Uh oh!
There was an error while loading. Please reload this page.