그래버리면 스프링 쓰는 거랑 차이점이 없는건데
노드 진영 보면 죄다 네스트로 갈아타던데
익명(119.71)
2022-07-31 13:26
추천 0
댓글 5
다른 게시글
-
기업이 쓰는 프레임워크 통계를 내야지 ㅆㅂ [4]익명(180.230) | 22.07.31추천 0
-
소기업은 소프트웨어 다 불법으로 쓰더라. [6]ㅋㅋㅋㅋ(112.166) | 22.07.31추천 0
-
체스 어떻게 만들어야하나 생각을 해봤는데 [2]익명(123.248) | 22.07.31추천 0
-
얼마 전에 컨퍼런스 발표 갔다가 구글 부사장 만났는데 [6]스타오션(ssssun) | 22.07.31추천 1
-
씹게이=배달의민족 씀 [1]익명(118.235) | 22.07.31추천 0
-
근데 노드 하라는 사람들 보면 특징이 [4]익명(119.71) | 22.07.31추천 0
-
이게 니네가 빨아재끼는 스프링의 현실임 [7]익명(39.7) | 22.07.31추천 0
-
근데 기능 만드는건 ㄹㅇ 좆도 없더라.. [2]익명(211.117) | 22.07.31추천 0
-
나중에 뒤지기 싫으면 타입스크립트랑 노드 배워둬라 [2]익명(61.75) | 22.07.31추천 0
-
그냥 구글에서 Vue랑 똑같은 아키텍쳐 프로젝트 공개하면익명(119.71) | 22.07.31추천 0
어떤 면에서?
아키텍쳐 복붙이잖아
네스트도 결국엔 노드 엔진에 express 코어로 쓰면서 돌아가는거라 성능은 똑같은데 그냥 불편하니까 결국 nest로 바꾸는거지. 반대로 스프링 진영에서는 과거부터 webflux로 이벤트루프 베이스 application 많이 만듦ㅋㅋ
언어도 그렇고 프레임워크도 그렇고 그냥 서로서로 다 배낌
좋은 구조는 가져올 수 있다고 생각한다. 그런데 이런 글에 굳이 따지고 싶진 않지만 스프링 같은 거대한 물건하고 차이가 많이 난다. 리플렉션 기능 자체에도 타입스크립트 태생적인 한계로 스프링처럼 기능이 그렇게 많진 않고, 딱 최소한의 DI, AOP, 레이어를 분리할 수 있는 기능만 있다고 보면 된다. 20년 이상 개발된 스프링하고는 기능, 질적으로 차이가 너무 난다.