denoland-deno/tests/types.out at 3a4d88475b40a17f2ce17b775a3f07c78be83d79 - foster/denoland-deno - Foster's Laboratory

foster/denoland-deno

mirror of https://github.com/denoland/deno.git synced 2024-12-27 09:39:08 -05:00

Kitson Kelly a21a5ad2fa Add Deno global namespace (#1748 )

Resolves #1705

This PR adds the Deno APIs as a global namespace named `Deno`. For backwards
compatibility, the ability to `import * from "deno"` is preserved. I have tried
to convert every test and internal code the references the module to use the
namespace instead, but because I didn't break compatibility I am not sure.

On the REPL, `deno` no longer exists, replaced only with `Deno` to align with
the regular runtime.

The runtime type library includes both the namespace and module. This means it
duplicates the whole type information. When we remove the functionality from the
runtime, it will be a one line change to the library generator to remove the
module definition from the type library.

I marked a `TODO` in a couple places where to remove the `"deno"` module, but
there are additional places I know I didn't mark.

2019-02-12 10:08:56 -05:00

16 lines

300 B

Text

Raw Blame History

 // Copyright 2018-2019 the Deno authors. All rights reserved. MIT license.
 /// <reference no-default-lib="true" />
 /// <reference lib="esnext" />
 declare namespace Deno {
 [WILDCARD]
 }
 [WILDCARD]
 declare interface Window {
 [WILDCARD]
   Deno: typeof Deno;
 }
 declare const window: Window;
 [WILDCARD]