Netzo Web SDK

Software development kit (SDK) for Netzo, the open Web platform to unify IoT devices, applications and services.

Documentation

Refer to the Netzo Web SDK documentation for more details.

Project Structure

.
├─ .github/
│   └─ workflows/
│       └─ ci.yml
├─ .vscode/
│   └─ extensions.json
│   └─ settings.json
├── clients/
│   ├── http/
│   ├── openapi/
├─ .gitattributes
├─ .gitignore
├─ CHANGELOG.md
├─ LICENSE
├─ mod.ts
├─ mod.test.ts
├─ types.ts
└─ README.md

1. .github: repository settings for GitHub

2. .vscode: workspace settings for VSCode (apply when the workspace is opened)

3. clients/http: directory for the http client module

4. clients/openapi: directory for the openapi client module

5. mod.ts: entry point for the main module

6. mod.test.ts: simple test for the main module entry point mod.ts

7. types.ts: entry point for TypeScript types

8. .gitattributes: a simple text file that gives attributes to pathnames

9. .gitignore: specifies which files git should not track (not maintain a version history for)

10. 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)

11. LICENSE: license for the project

12. 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 over index.(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 module foo.(js|ts) should come with its sibling foo.test.(js|ts).

License

Copyright (c) 2022 ROKAWARE SL

Licensed under the MIT license.