1
0
Fork 0
mirror of https://github.com/denoland/deno.git synced 2024-11-22 15:06:54 -05:00
A modern runtime for JavaScript and TypeScript. https://deno.com/
Find a file
2019-06-18 21:22:01 -07:00
.ci feat: installer (denoland/deno_std#489) 2019-06-14 08:43:06 -07:00
archive lint: add max line length rules (denoland/deno_std#507) 2019-06-18 21:22:01 -07:00
bundle lint: add max line length rules (denoland/deno_std#507) 2019-06-18 21:22:01 -07:00
bytes rename bytes/bytes.ts to bytes/mod.ts 2019-05-24 15:40:32 +03:00
colors Eslint fixes (denoland/deno_std#356) 2019-04-24 07:41:22 -04:00
datetime datetime: use assertThrows in test (denoland/deno_std#473) 2019-06-05 14:35:35 -04:00
encoding lint: add max line length rules (denoland/deno_std#507) 2019-06-18 21:22:01 -07:00
examples lint: add max line length rules (denoland/deno_std#507) 2019-06-18 21:22:01 -07:00
flags use unknown instead of any (denoland/deno_std#486) 2019-06-06 12:56:33 -04:00
fs lint: add max line length rules (denoland/deno_std#507) 2019-06-18 21:22:01 -07:00
http lint: add max line length rules (denoland/deno_std#507) 2019-06-18 21:22:01 -07:00
installer lint: add max line length rules (denoland/deno_std#507) 2019-06-18 21:22:01 -07:00
io lint: add max line length rules (denoland/deno_std#507) 2019-06-18 21:22:01 -07:00
log use unknown instead of any (denoland/deno_std#486) 2019-06-06 12:56:33 -04:00
media_types Eslint fixes (denoland/deno_std#356) 2019-04-24 07:41:22 -04:00
mime lint: add max line length rules (denoland/deno_std#507) 2019-06-18 21:22:01 -07:00
multipart lint: add max line length rules (denoland/deno_std#507) 2019-06-18 21:22:01 -07:00
prettier lint: add max line length rules (denoland/deno_std#507) 2019-06-18 21:22:01 -07:00
strings rename strings/strings.ts to strings/mod.ts (denoland/deno_std#449) 2019-05-27 02:58:31 +03:00
testing lint: add max line length rules (denoland/deno_std#507) 2019-06-18 21:22:01 -07:00
textproto lint: add max line length rules (denoland/deno_std#507) 2019-06-18 21:22:01 -07:00
util chore: Implement strict mode (denoland/deno_std#453) 2019-05-30 08:59:30 -04:00
ws lint: add max line length rules (denoland/deno_std#507) 2019-06-18 21:22:01 -07:00
.editorconfig add charset & trim_trailing_whitespace (denoland/deno_std#158) 2019-01-26 14:09:53 -05:00
.eslintrc.json lint: add max line length rules (denoland/deno_std#507) 2019-06-18 21:22:01 -07:00
.gitignore Eslint fixes (denoland/deno_std#356) 2019-04-24 07:41:22 -04:00
azure-pipelines.yml ci: bump version to v0.9.0 (denoland/deno_std#493) 2019-06-15 14:12:33 -07:00
format.ts feat(prettier): output to stdout instead of write file by default unless specified --write flag (denoland/deno_std#332) 2019-05-21 08:23:23 -04:00
LICENSE Happy New Year (denoland/deno_std#58) 2019-01-02 09:56:17 -05:00
README.md encoding: add csv parse (denoland/deno_std#458) 2019-05-30 09:50:29 -04:00
test.ts add encoding/hex module (denoland/deno_std#434) 2019-06-17 10:19:56 -07:00
tsconfig.json chore: Implement strict mode (denoland/deno_std#453) 2019-05-30 08:59:30 -04:00
tsconfig.test.json chore: Implement strict mode (denoland/deno_std#453) 2019-05-30 08:59:30 -04:00

Deno Standard Modules

Build Status

These modules do not have external dependencies and they are reviewed by the Deno core team. The intention is to have a standard set of high quality code that all Deno projects can use fearlessly.

Contributions are welcome!

How to use

These modules are tagged in accordance with Deno releases. So, for example, the v0.3.0 tag is guaranteed to work with deno v0.3.0. You can link to v0.3.0 using the URL https://deno.land/std@v0.3.0/

It's strongly recommended that you link to tagged releases rather than the master branch. The project is still young and we expect disruptive renames in the future.

Documentation

Here are the dedicated documentations of modules:

Contributing

deno_std is a loose port of Go's standard library. When in doubt, simply port Go's source code, documentation, and tests. There are many times when the nature of JavaScript, TypeScript, or Deno itself justifies diverging from Go, but if possible we want to leverage the energy that went into building Go. We generally welcome direct ports of Go's code.

Please ensure the copyright headers cite the code's origin.

Follow the style guide.