js-miniapp-sdk VS octokit.js

Let's get down to business! To make the integration process as simple as possible, we're going to write a JavaScript SDK. We're going to create a library for interacting web applications with a native application and publish it on npm. After some tweaking, I generated a typescript project using vite and created a message.ts file. The file contains, for the beginning, 4 methods (The necessary imports and missing parts of code can be found on the Github repository and the JS SDK can be easily installed via npm.):

You can fetch different kinds of data with GitHub's API. There are two options: use the API directly or the Octokit.js library (this is the route GitHub recommends). I decided to use the API directly since the Octokit.js library included extra stuff I wouldn't need, which is an overkill for this use case.

The package @actions/github provides a hydrated Octokit.js client. Octokit.js is the SDK of GitHub and contains several subpackages like @octokit/rest and @octokit/graphql to interact with the REST or GraphQL API.

While sharing my project on Twitter, I got to know of Gregor Martynus, the maintainer of the JavaScript Octokit – GitHub's official JavaScript SDK and his project Octoherd. He tweeted a reply that it will be nice to have a GUI like Octokit-lite for Octoherd, and that sparked an inspiration for me ✨

I've also added an example using Octokit.js, GitHub's JS/TS client to the API.

In order for the project to be shipped as a service function, the node environment can not be used in any of the production code. Reviewing Probot source, one might see a dead end in that it uses require("dotenv").config(). However, its underlying framework, OctoKit does not come with any opinionated code in this regard.

Hey, I've been using Octokit in NestJS for interacting with GitHub's API and today I moved it out into a separate NPM package.