You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Feb 7, 2023. It is now read-only.
deno bundle is a great future-forward way of bundling Typescript into an ESM, and compared to webpack et al, is a great developer experience for writing Cloudflare Workers.
However, so far I've always resorted to creating my own types for the Cloudflare-specific APIs.
It would be great to reuse the work here with Deno, but that hits a few barriers:
There's also my library samuelcolvin/edge-mock which tries to provide implementations of the types defined in workers-types for use in testing. It's targeted at node, but much of it could probably be used on deno.
Hey! 👋 Thanks for reporting this, we're actively thinking about ways of fixing this in the next major version of workers-types using the new type generation system. 👍
Hey! 👋 As of @cloudflare/workers-types@4, you can selectively import type { ... } from "@cloudflare/workers-types". Hopefully this is sufficient for your use case. There are no plans at the moment for officially supported Deno integration.
deno bundle
is a great future-forward way of bundling Typescript into an ESM, and compared to webpack et al, is a great developer experience for writing Cloudflare Workers.However, so far I've always resorted to creating my own types for the Cloudflare-specific APIs.
It would be great to reuse the work here with Deno, but that hits a few barriers:
EventListenerOrEventListenerObject
is generic or not.It would be great to have a tested & upstreamed way of importing these types into a Deno program.
The text was updated successfully, but these errors were encountered: