TypeScript 라이브러리 준비 #235

New Issue

2023-08-03T11:23:30+09:00

Hide_D commented

2023-08-03 11:23:30 +09:00

사용할 재료들

node.js + express.js
- API 서버를 처리할 용도
- 굳이 express.js를 넘어선 무언가가 필요하지 않을 것
  - 분명 성격상 못참고, 직접 뭔가를 만들어 쓰고 있을 것이다
- 복잡하게 jwt로 stateless 처리하지 않을 것, 세션 쓰겠다.
- deno를 테스트해보았으나, vite 쪽, volar(vscode)쪽에서 제대로 준비가 안되 포기

node.js + express.js 기준

async-lock
mysql2
- ORM을 써야할까? 일단은 '아니오'
eventemitter3

사용할 재료들 - node.js + express.js - API 서버를 처리할 용도 - 굳이 express.js를 넘어선 무언가가 필요하지 않을 것 - 분명 성격상 못참고, 직접 뭔가를 만들어 쓰고 있을 것이다 - 복잡하게 jwt로 stateless 처리하지 않을 것, 세션 쓰겠다. - deno를 테스트해보았으나, vite 쪽, volar(vscode)쪽에서 제대로 준비가 안되 포기 ### node.js + express.js 기준 - async-lock - mysql2 - ORM을 써야할까? 일단은 '아니오' - eventemitter3

Hide_D commented

2023-08-04 17:50:27 +09:00

server와 client의 RPC 호출 경로가 typescript로 강하게 묶여있는 방식이었으면 좋겠다.
예를 들면, 지금 SammoAPI 같은게 Server측에서 뭔가를 하다보면 저절로 쨘! 하고 나오고,

이걸 client 버전으로 변환해주는 함수에 집어넣으면 최종적으로 fetch 함수를 통해 http request까지 넣을 수 있으면 좋겠다.

REST를 딱히 좋아하지 않아서, 그냥 RPC이기만 하면 될듯, 굳이 같은 경로인데 get, post, patch에 따라 다르게 동작해야 할 이유도 모르겠음.

https://www.npmjs.com/package/express-typed-rpc
이런것도 재미있는 시도인데, server쪽에서 타입 검사가 없다.

server와 client의 RPC 호출 경로가 typescript로 강하게 묶여있는 방식이었으면 좋겠다. 예를 들면, 지금 SammoAPI 같은게 Server측에서 뭔가를 하다보면 저절로 쨘! 하고 나오고, 이걸 client 버전으로 변환해주는 함수에 집어넣으면 최종적으로 fetch 함수를 통해 http request까지 넣을 수 있으면 좋겠다. REST를 딱히 좋아하지 않아서, 그냥 RPC이기만 하면 될듯, 굳이 같은 경로인데 get, post, patch에 따라 다르게 동작해야 할 이유도 모르겠음. https://www.npmjs.com/package/express-typed-rpc 이런것도 재미있는 시도인데, server쪽에서 타입 검사가 없다.

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: devsam/core#235