Software development kit (SDK) for Netzo, the open platform to instantly deploy JavaScript and TypeScript to URL endpoints, connect essential APIs, automate business processes and build internal tools faster, without managing servers.
Refer to the Netzo documentation for more details.
import { Netzo } from "https://deno.land/x/netzo/mod.ts";
npm install @netzoio/sdk
<script type="module">
import * as NetzoSDK from 'https://esm.sh/@netzoio/sdk?bundle'
window.NetzoSDK = NetzoSDK
</script>
const netzo = Netzo({ apiKey: NETZO_API_KEY });
// api:
const resources = await netzo.api.resources.get();
// resource: create client by ID (recommended):
const { client } = await netzo.resource(RESOURCE_ID);
const users = await client.users.get();
// resource: create client from scratch:
const { client } = netzo.resource({
baseURL: "https://jsonplaceholder.typicode.com",
});
const users = await client.users.get();
.
├─ .github/
│ └─ workflows/
│ └─ ci.yml
├─ .vscode/
│ └─ extensions.json
│ └─ settings.json
├── src/
├─ .gitattributes
├─ .gitignore
├─ CHANGELOG.md
├─ LICENSE
├─ mod.ts
├─ mod.test.ts
├─ types.ts
└─ README.md
-
.github
: repository settings for GitHub -
.vscode
: workspace settings for VSCode (apply when the workspace is opened) -
src/
: main directory where source code is located -
mod.ts
: entry point for the main module -
mod.test.ts
: simple test for the main module entry pointmod.ts
-
types.ts
: entry point for TypeScript types -
.gitattributes
: a simple text file that givesattributes
to pathnames -
.gitignore
: specifies which files git should not track (not maintain a version history for) -
CHANGELOG.md
: a curated, chronologically ordered list of notable changes for each version of a project (format based on Keep a Changelog, this project adheres to Semantic Versioning) -
LICENSE
: license for the project -
README.md
: text file containing useful reference information about the project
The filename mod.ts doesn’t come with any preconceived notions about how it might work. Deno does not treat
index.(js|ts)
in a special way.mod.(js|ts)
is prefered overindex.(js|ts)
to avoid confusion of wether the filename can be left out of the module specifier.
Each module should come with its test as a sibling with the name
modulename.test.(js|ts)
. For example the modulefoo.(js|ts)
should come with its siblingfoo.test.(js|ts)
.
Copyright (c) 2022 Netzo
Licensed under the MIT license.