뭐 간단한 경량 서버 필요할때 좋은거야 다 알고
복잡한 서비스 만들때 좋았던점 하나.
처음 기획단계에서는 인터페이스 계속 변할수밖에 없는데
프론트랑 nest.js백엔드 모노레포로 관리하면서
인터페이스 공유하니까 개꿀이더라
아니면 진짜 귀찮은데말이야
그거말고는 삼촌이 말한
Typia, Teactia는 솔찍히 저것때문에 노드 쓸 이유가 1도 없어보임.
오히려 nest쓰면서 자잘하게 빡치는게 더 많은데
Nestia가 그것들을 해결해주면 그래도 쓸만할듯.
안써봐서 확신없음
복잡한 서비스 만들때 좋았던점 하나.
처음 기획단계에서는 인터페이스 계속 변할수밖에 없는데
프론트랑 nest.js백엔드 모노레포로 관리하면서
인터페이스 공유하니까 개꿀이더라
아니면 진짜 귀찮은데말이야
그거말고는 삼촌이 말한
Typia, Teactia는 솔찍히 저것때문에 노드 쓸 이유가 1도 없어보임.
오히려 nest쓰면서 자잘하게 빡치는게 더 많은데
Nestia가 그것들을 해결해주면 그래도 쓸만할듯.
안써봐서 확신없음
더 자세히 얘기하면 dto 인터페이스들과 거기에 관련된 이넘이나 리터럴타입같은걸 모노레포 내의 별도 패키지에서 관리했음.
그렇게 모노레포로 관리하면, 클라쪽이랑 서버 git 하나로 퉁침? 아니면 서로 따로 씀?