fern-java
crosswalk
| fern-java | crosswalk | |
|---|---|---|
| 2 | 3 | |
| 10 | 85 | |
| - | - | |
| 10.0 | 0.0 | |
| 4 months ago | about 2 years ago | |
| Java | TypeScript | |
| MIT License | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
fern-java
-
RFC: Hacker News – OpenAPI Specification for the REST API
If you want to generate a Java client for testing, you can use Fern to generate one: https://github.com/fern-api/fern-java
disclaimer: I'm a maintainer of Fern.
-
tRPC – Move Fast and Break Nothing. End-to-end typesafe APIs made easy
You can recommend it in what context, from openapi (as they claim https://github.com/fern-api/fern#starting-from-openapi ) or from their ... special ... definition schema?
For those wanting less talk, moar code: https://github.com/fern-api/fern-java/blob/0.4.2-rc3/example... -> https://github.com/fern-api/fern-java/blob/0.4.2-rc3/example...
crosswalk
-
TypeScript and SQL: Six Ways to Bridge the Divide
The lack of RTTI in TypeScript _is_ definitely a pain but the jump to "must use decorators" and "TypeScript is not a server language" is unjustified. There are many approaches to validation and RTTI with TS. For example, you can generate JSONSchema from your TS types (see https://github.com/danvk/crosswalk for an example of this approach) or you can use a tool like Zod (https://zod.dev/) to declare your schemas as runtime values and derive TS types from those.
Writing your backend in Java or C# comes with its own issues, i.e. you can't share code between backend and frontend.
-
tRPC – Move Fast and Break Nothing. End-to-end typesafe APIs made easy
I built something that sounds very similar at my last company called crosswalk. Open sourced here: https://github.com/danvk/crosswalk
One thing that worked surprisingly well: codegen TypeScript types from your database and use those in your API schema.
- recommended design pattern for TS+express?
What are some alternatives?
ts-websocket-compressor - This library compresses data sent over a WebSocket connection to improve throughput on devices that can't use compression for one reason or another.
vellum-client-generator - Vellum’s Fern API which is used to generate SDKs.
typed-graphql-builder - A fully type-safe graphql query builder, inspired by tql
sdk-node - Node.js SDK for the Squidex API
ts-simple-type - Relationship type checker functions for Typescript types.
oto - Go driven rpc code generation tool for right now.
stytch-t3-example - An example app demonstrating how to use Stytch within the T3 stack
zact - Nothing to see here
telefunc - Remote Functions. Instead of API.
vellum-client-python - Python SDK for Vellum API
wundergraph - WunderGraph is a Backend for Frontend Framework to optimize frontend, fullstack and backend developer workflows through API Composition.