-
Notifications
You must be signed in to change notification settings - Fork 208
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
Tagged helper for StartFunction #9315
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,155 @@ | ||
/** @file adapted from https://raw.githubusercontent.com/sindresorhus/type-fest/main/source/opaque.d.ts */ | ||
|
||
declare const tag: unique symbol; | ||
|
||
export type TagContainer<Token> = { | ||
readonly [tag]: Token; | ||
}; | ||
|
||
type Tag<Token extends PropertyKey, TagMetadata> = TagContainer<{ | ||
[K in Token]: TagMetadata; | ||
}>; | ||
|
||
/** | ||
Attach a "tag" to an arbitrary type. This allows you to create distinct types, that aren't assignable to one another, for distinct concepts in your program that should not be interchangeable, even if their runtime values have the same type. (See examples.) | ||
|
||
A type returned by `Tagged` can be passed to `Tagged` again, to create a type with multiple tags. | ||
|
||
[Read more about tagged types.](https://medium.com/@KevinBGreene/surviving-the-typescript-ecosystem-branding-and-type-tagging-6cf6e516523d) | ||
|
||
A tag's name is usually a string (and must be a string, number, or symbol), but each application of a tag can also contain an arbitrary type as its "metadata". See {@link GetTagMetadata} for examples and explanation. | ||
|
||
A type `A` returned by `Tagged` is assignable to another type `B` returned by `Tagged` if and only if: | ||
- the underlying (untagged) type of `A` is assignable to the underlying type of `B`; | ||
- `A` contains at least all the tags `B` has; | ||
- and the metadata type for each of `A`'s tags is assignable to the metadata type of `B`'s corresponding tag. | ||
|
||
There have been several discussions about adding similar features to TypeScript. Unfortunately, nothing has (yet) moved forward: | ||
- [Microsoft/TypeScript#202](https://github.com/microsoft/TypeScript/issues/202) | ||
- [Microsoft/TypeScript#4895](https://github.com/microsoft/TypeScript/issues/4895) | ||
- [Microsoft/TypeScript#33290](https://github.com/microsoft/TypeScript/pull/33290) | ||
|
||
@example | ||
``` | ||
import type {Tagged} from 'type-fest'; | ||
|
||
type AccountNumber = Tagged<number, 'AccountNumber'>; | ||
type AccountBalance = Tagged<number, 'AccountBalance'>; | ||
|
||
function createAccountNumber(): AccountNumber { | ||
// As you can see, casting from a `number` (the underlying type being tagged) is allowed. | ||
return 2 as AccountNumber; | ||
} | ||
|
||
function getMoneyForAccount(accountNumber: AccountNumber): AccountBalance { | ||
return 4 as AccountBalance; | ||
} | ||
|
||
// This will compile successfully. | ||
getMoneyForAccount(createAccountNumber()); | ||
|
||
// But this won't, because it has to be explicitly passed as an `AccountNumber` type! | ||
// Critically, you could not accidentally use an `AccountBalance` as an `AccountNumber`. | ||
getMoneyForAccount(2); | ||
|
||
// You can also use tagged values like their underlying, untagged type. | ||
// I.e., this will compile successfully because an `AccountNumber` can be used as a regular `number`. | ||
// In this sense, the underlying base type is not hidden, which differentiates tagged types from opaque types in other languages. | ||
const accountNumber = createAccountNumber() + 2; | ||
``` | ||
|
||
@example | ||
``` | ||
import type {Tagged} from 'type-fest'; | ||
|
||
// You can apply multiple tags to a type by using `Tagged` repeatedly. | ||
type Url = Tagged<string, 'URL'>; | ||
type SpecialCacheKey = Tagged<Url, 'SpecialCacheKey'>; | ||
|
||
// You can also pass a union of tag names, so this is equivalent to the above, although it doesn't give you the ability to assign distinct metadata to each tag. | ||
type SpecialCacheKey2 = Tagged<string, 'URL' | 'SpecialCacheKey'>; | ||
``` | ||
|
||
@category Type | ||
*/ | ||
export type Tagged< | ||
Type, | ||
TagName extends PropertyKey, | ||
TagMetadata = never, | ||
> = Type & Tag<TagName, TagMetadata>; | ||
|
||
/** | ||
Given a type and a tag name, returns the metadata associated with that tag on that type. | ||
|
||
In the example below, one could use `Tagged<string, 'JSON'>` to represent "a string that is valid JSON". That type might be useful -- for instance, it communicates that the value can be safely passed to `JSON.parse` without it throwing an exception. However, it doesn't indicate what type of value will be produced on parse (which is sometimes known). `JsonOf<T>` solves this; it represents "a string that is valid JSON and that, if parsed, would produce a value of type T". The type T is held in the metadata associated with the `'JSON'` tag. | ||
|
||
This article explains more about [how tag metadata works and when it can be useful](https://medium.com/@ethanresnick/advanced-typescript-tagged-types-improved-with-type-level-metadata-5072fc125fcf). | ||
|
||
@example | ||
``` | ||
import type {Tagged} from 'type-fest'; | ||
|
||
type JsonOf<T> = Tagged<string, 'JSON', T>; | ||
|
||
function stringify<T>(it: T) { | ||
return JSON.stringify(it) as JsonOf<T>; | ||
} | ||
|
||
function parse<T extends JsonOf<unknown>>(it: T) { | ||
return JSON.parse(it) as GetTagMetadata<T, 'JSON'>; | ||
} | ||
|
||
const x = stringify({ hello: 'world' }); | ||
const parsed = parse(x); // The type of `parsed` is { hello: string } | ||
``` | ||
|
||
@category Type | ||
*/ | ||
export type GetTagMetadata< | ||
Type extends Tag<TagName, unknown>, | ||
TagName extends PropertyKey, | ||
> = Type[typeof tag][TagName]; | ||
|
||
/** | ||
Revert a tagged type back to its original type by removing all tags. | ||
|
||
Why is this necessary? | ||
|
||
1. Use a `Tagged` type as object keys | ||
2. Prevent TS4058 error: "Return type of exported function has or is using name X from external module Y but cannot be named" | ||
|
||
@example | ||
``` | ||
import type {Tagged, UnwrapTagged} from 'type-fest'; | ||
|
||
type AccountType = Tagged<'SAVINGS' | 'CHECKING', 'AccountType'>; | ||
|
||
const moneyByAccountType: Record<UnwrapTagged<AccountType>, number> = { | ||
SAVINGS: 99, | ||
CHECKING: 0.1 | ||
}; | ||
|
||
// Without UnwrapTagged, the following expression would throw a type error. | ||
const money = moneyByAccountType.SAVINGS; // TS error: Property 'SAVINGS' does not exist | ||
|
||
// Attempting to pass an non-Tagged type to UnwrapTagged will raise a type error. | ||
type WontWork = UnwrapTagged<string>; | ||
``` | ||
|
||
@category Type | ||
*/ | ||
export type UnwrapTagged<TaggedType extends Tag<PropertyKey, any>> = | ||
RemoveAllTags<TaggedType>; | ||
|
||
type RemoveAllTags<T> = | ||
T extends Tag<PropertyKey, any> | ||
? { | ||
[ThisTag in keyof T[typeof tag]]: T extends Tagged< | ||
infer Type, | ||
ThisTag, | ||
T[typeof tag][ThisTag] | ||
> | ||
? RemoveAllTags<Type> | ||
: never; | ||
}[keyof T[typeof tag]] | ||
: T; |
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1,4 +1,5 @@ | ||
import type { Callable } from '@agoric/internal/src/utils.js'; | ||
import type { Tagged } from '@agoric/internal/src/tagged.js'; | ||
import type { VatUpgradeResults } from '@agoric/swingset-vat'; | ||
import type { Baggage } from '@agoric/swingset-liveslots'; | ||
import type { Issuer } from '@agoric/ertp/exported.js'; | ||
|
@@ -13,22 +14,24 @@ type ContractFacet<T extends {} = {}> = { | |
/** | ||
* Installation of a contract, typed by its start function. | ||
*/ | ||
declare const StartFunction: unique symbol; | ||
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. ok, so no more unique symbol... though we take on responsibility for any collisions for strings such as |
||
export type Installation<SF> = { | ||
getBundle: () => SourceBundle; | ||
getBundleLabel: () => string; | ||
// because TS is structural, without this the generic is ignored | ||
[StartFunction]: SF; | ||
}; | ||
export type Instance<SF> = Handle<'Instance'> & { | ||
// because TS is structural, without this the generic is ignored | ||
[StartFunction]: SF; | ||
}; | ||
export type Installation<SF extends ContractStartFunction | unknown> = Tagged< | ||
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. I'm not sure how to read this. 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 used to be |
||
{ | ||
getBundle: () => SourceBundle; | ||
getBundleLabel: () => string; | ||
}, | ||
'StartFunction', | ||
SF | ||
>; | ||
export type Instance<SF extends ContractStartFunction | unknown> = Tagged< | ||
Handle<'Instance'>, | ||
'StartFunction', | ||
SF | ||
>; | ||
|
||
export type InstallationStart<I> = | ||
I extends Installation<infer SF> ? SF : never; | ||
|
||
type ContractStartFunction = ( | ||
export type ContractStartFunction = ( | ||
zcf?: ZCF, | ||
privateArgs?: {}, | ||
baggage?: Baggage, | ||
|
This file was deleted.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What's the license? ah. CC0 Public Domain Dedication. very well.
might be worth noting that.