# @hazae41/option

> Rust-like Option for TypeScript

Latest version **1.1.4** (published 2024-09-01) · MIT license · 0 weekly downloads

> **Deprecated.** This package is deprecated.

## Install

```sh
npm install @hazae41/option
pnpm add @hazae41/option
yarn add @hazae41/option
bun add @hazae41/option
```

## Health

**Score 10/100 (F)** — status: deprecated.

Negative: deprecated.

## Facts

| | |
|---|---|
| Version | 1.1.4 |
| Published | 2024-09-01 |
| First published | 2023-04-23 |
| Weekly downloads | 0 |
| License | MIT |
| TypeScript types | bundled |
| Module format | ESM + CommonJS |
| Dependencies | 1 |
| Unpacked size | 115.3 KB |
| Known vulnerabilities | 0 |
| Install scripts | no |
| GitHub stars | 2 |
| Author | hazae41 |
| Maintainers | hazae41 |
| Keywords | option, rust, optional, data, error, catching, some, none, ok, err, unwrap, wrap, typescript, esmodules, tested, unit-tested |

## Links

- npm: https://www.npmjs.com/package/@hazae41/option
- Repository: https://github.com/hazae41/option
- Issues: https://github.com/hazae41/option/issues
- npm.io page: https://npm.io/package/@hazae41/option

## Dependencies (1)

- [@hazae41/result](https://npm.io/package/@hazae41/result.md) ^1.3.0

## Alternatives

- [@sentry/react-native](https://npm.io/package/@sentry/react-native.md) — 2.6M weekly downloads
- [@ardatan/aggregate-error](https://npm.io/package/@ardatan/aggregate-error.md) — 708.1K weekly downloads
- [custom-error-generator](https://npm.io/package/custom-error-generator.md) — 2.0K weekly downloads
- [@technik-sde/prosemirror-recreate-transform](https://npm.io/package/@technik-sde/prosemirror-recreate-transform.md) — 1.5K weekly downloads
- [@suchipi/error-utils](https://npm.io/package/@suchipi/error-utils.md) — 78 weekly downloads

## Recent versions

- 1.1.4 (latest) — 2024-09-01
- 1.1.3 — 2024-08-22
- 1.1.2 — 2024-08-22
- 1.1.1 — 2024-08-22
- 1.0.27 — 2023-11-13
- 1.0.26 — 2023-10-09
- 1.0.25 — 2023-10-09
- 1.0.24 — 2023-10-09
- 1.0.23 — 2023-10-06
- 1.0.22 — 2023-09-28
- 1.0.21 — 2023-08-29
- 1.0.20 — 2023-08-29
- 1.0.19 — 2023-08-29
- 1.0.18 — 2023-08-29
- 1.0.17 — 2023-07-03
- … 17 more at https://npm.io/package/@hazae41/option/versions

## README

# Option

Rust-like Option for TypeScript

```bash
npm i @hazae41/option
```

[**Node Package 📦**](https://www.npmjs.com/package/@hazae41/option)

## Features

### Current features
- 100% TypeScript and ESM
- No external dependencies
- Similar to Rust
- `unwrap()` for throwing
- `unwrapOr()` for default value
- `map()` for mapping (sync/async)
- `isSome()`/`isNone()` type guards
- `ok()`/`okOr()` for converting to Result from `@hazae41/result`

## Why

**TLDR** `undefined` is too low level and often leads to ugly and repetitive design patterns or bugs

When designing a function, you often encounter the case where you can't pass `undefined`.

```typescript
function doSomething(text: string) {
  return Buffer.from(text, "utf8").toString("base64")
}
```

```typescript
function bigFunction(text?: string) {
  // ...

  doSomething(text) // what if text is undefined?

  // ...
}
```

So you end up checking for `undefined`

### Checking in the caller

```typescript
function bigFunction(text?: string) {
  // ...

  if (text !== undefined) {
    doSomething(text)
  }
  
  // ...
}
```

This is annoying if we want to get the returned value

```typescript
function bigFunction(text?: string) {
  // ...
  
  if (text !== undefined) {
    const text2 = doSomething(text)
  }

  // can't use text2
}
```

Checks become redundant if you need to map the value or throw an error

```typescript
function bigFunction(text?: string) {
  // ...
  
  const text2 = text === undefined
    ? undefined
    : doSomething(text)

  // ...

  const text3 = text2 === undefined
    ? undefined
    : doSomethingElse(text2)

  // ...

  if (text3 === undefined) 
    throw new Error(`something is wrong`)
  
  // use text3
}
```

### Checking in the callee 

Why not check for `undefined` in the callee then?

```typescript 
function maybeDoSomething(text?: string) {
  if (text === undefined) return

  return Buffer.from(text, "utf8").toString("base64")
}
```

If you know your argument is NOT `undefined`, it will force you to check for `undefined` after the call

```typescript
function bigFunction(text: string) {
  // ...
  
  const text2 = doSomething(text) // text is never undefined

  // text2 can now be undefined
}
```

Or even worse, force you to use type assertion

```typescript
function bigFunction(text: string) {
  // ...
  
  const text2 = doSomething(text) as string

  // ...
}
```

### Checking in an intermediary

Let's keep the original function and create an intermediary function for `undefined`

```typescript
function maybeDoSomething(text?: string) {
  if (text === undefined) return

  return doSomething(text)
}
```

Now you have twice the amount of function in your app, and if one of them changes you have to change its intermediary function too

### Using Option

```typescript
function bigFunction(text?: string) {
  const maybeText = Option.from(text)

  // ...
  
  // you want to map it?
  const maybeText2 = maybeText.mapSync(doSomething)

  // ...

  // you want to map it again?
  const maybeText3 = maybeText2.mapSync(doSomethingElse)

  // ...

  // you want to quickly throw an error?
  const text4 = maybeText3.unwrap() // string

  // you want to throw a custom error?
  const text4 = maybeText3.okOr(new Error(`Something is wrong`)).unwrap()

  // you want to get a result?
  const text4 = maybeText3.ok() // Result<string, Error>

  // you want to get a custom result?
  const text4 = maybeText3.okOr(new Error(`Something is wrong`))
  
  // you want to come back to "string | undefined"?
  const text4 = maybeText3.inner // string | undefined

  // you want to do manual check?
  if (maybeText3.isSome())
    const text4 = maybeText3.inner // string
  else
    // ...
}
```

---
_Source: https://npm.io/package/@hazae41/option · Machine-readable twin of the npm.io package page. Health data is recomputed on every publish._