2f90225c89
fs/glob.ts:
- Improve prototypes for expandGlob() and expandGlobSync() from denoland/deno_std#604.
- Rename glob() to globToRegExp().
- Add normalizeGlob() and joinGlobs().
- Extract GlobToRegExpOptions from GlobOptions, remove the strict
and filepath options.
fs/globrex.ts:
- Add GlobrexOptions.
fs/path/constants.ts:
- Add SEP_PATTERN.
fs/walk.ts:
- Add WalkOptions::includeFiles
- Default WalkOptions::includeDirs to true.
- Don't traverse directories matching a skip pattern.
- Remove walkSync()'s default root value.
prettier:
- Refactor to use expandGlob().
testing:
- Make findTestModules() an async generator.
Original:
|
||
|---|---|---|
| .ci | ||
| archive | ||
| bundle | ||
| bytes | ||
| datetime | ||
| encoding | ||
| examples | ||
| flags | ||
| fmt | ||
| fs | ||
| http | ||
| installer | ||
| io | ||
| log | ||
| media_types | ||
| mime | ||
| multipart | ||
| prettier | ||
| strings | ||
| testing | ||
| textproto | ||
| util | ||
| uuid | ||
| ws | ||
| xeval | ||
| .editorconfig | ||
| .eslintrc.json | ||
| .gitignore | ||
| azure-pipelines.yml | ||
| format.ts | ||
| LICENSE | ||
| README.md | ||
| tsconfig.json | ||
| tsconfig.test.json | ||
Deno Standard Modules
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.