You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The lib should handle/integrate more http frameworks/toolkits. (like node, express, deno, sunder) Or at least it should allow the users to write integrations easily to it.
Why?
To use and deploy in multiple cloud infrastructures (like cloudflare workers, aws lambda, etc.)
Yapp, this is basically the same idea, the linked one is the OOP method (repack the object to a common object/interface), mine is more FP (generic type the thing, and give in the functions which can provide the common interface to the given type).
Both have pros and cons. Probably the OOP method is faster to understand, but the FP is usually more flexible (which is some cases not matters at all). In this specific case we could type-safely drag the request between layers without loosing any information which is a big plus if you asks me. When you call function parseRequest(request: APIGatewayProxyEventV2): OctokitRequest you instantly loose a lot of inner data from APIGatewayProxyEventV2, you can add an original: any to OctokitRequest but in that case we loose the typesafety...
What’s missing?
The lib should handle/integrate more http frameworks/toolkits. (like node, express, deno, sunder) Or at least it should allow the users to write integrations easily to it.
Why?
To use and deploy in multiple cloud infrastructures (like cloudflare workers, aws lambda, etc.)
Alternatives you tried
We started to discuss this in #693 .
I started to play with my idea described here, it would look sth like this;
Implemented to node;
Implement to sunder would be sth like;
The text was updated successfully, but these errors were encountered: