스프링 부트랑 노드 익스프레스랑 방식이 왜케 다름?

[익명(118.235)]

스프링 부트에선 그냥 겟패러미터에 모델인가 써서 변수 옮기고 그랬던 거 같은데

노드 익스프레스에선 그냥 다 api로 처리하는듯

api로 처리해도 안 느려짐?

- dc official App

[익명(112.166)]

요즘 스프링부트도 api로만 만듬 처리는 전부 프론트단에서함 리액트나 뷰이런거쓰면 쌉가능 스프링에서 이젠 jsp도 기본으로 제공안해줌 jsp엔진쓰면 기본경로도 안만들어주고 한땀한땀 폴더 만들고 프리픽스 서브픽스 설정해줘야함 아 si라고? 촤하하하

[익명(118.235)]

왜 그런 것? api쪽이 편리하긴 한 거 같은데 더 빠름? - dc App

[익명(118.235)]

처리 프론트에서 하는 게 좋은 거임? 난 그냥 백엔드에서 하는 걸로 돌렸었는데 ㅎㄷㄷ - dc App

[익명(112.166)]

jsp파일돌려주는게 결국 탬플릿엔진돌려서 html 만들고 거기에 정보까지 추가해서 리턴하는것잖음 당연히 순수하게 데이터값만 리턴하는게 훨씬 빠르지 그리고 프론트에서 상태관리로 복잡하게 데이터 변경할때마다 다시그려주는 코드도안짜도 되고 프론트랑 백단이랑 완전히 분리되서 개발이 가능하니까 훨씬좋지 리액트도 계속발전중이고 근데나도 잘몰라 좆밥이라 내 생각은 그냥 그렇다고 촤하하

[익명(223.38)]

동의

[익명(118.235)]

어 그건 그렇네 생각해보니 그게 jsp를 돌려주는 거였네 근데 파일을 읽는 게 아니라 localhost내부통신이면 페널티 없는 거임? 사실 프론트엔드는 브라우저 쪽에서 제한을 걸어서 처리 많이하면 안좋다고 생각했는데 그게 아닌갑네 - dc App

[익명(112.166)]

내가 븅신이라 다시한번 쉽게 설명해줄래 ㅋㅋㅇ헤응

[익명(118.235)]

어 나도 잘 모르겠는데 원조 스프링 부트는 프론트엔드쪽에서 백엔드 내용을 읽어야 할때 그냥 jsp파일같은 것을 읽어서 처리하는 거로 알고 있음, 근데 노드는 프론트엔드에서 백엔드를 바로 읽을 수가 없으니 http요청을 보내서 백엔드 내용을 읽는 거 아니었음? 근데 http요청을 할 때 같은 컴퓨터 내부래도 http요청이니까 - dc App

[익명(118.235)]

랜카드 한번찍고 돌아오지 않나? 그리고 사실 랜카드한번찍고 돌아오는지도 잘 모르겠지만 랜카드찍고 돌아오는 레이턴시가 얼마인지도 모르겠고 뭐... 근데 사실 스프링부트도 요즘 그 방식으로 한다면 레이턴시 뭐 좆도 안나올듯 - dc App

[익명(112.166)]

그 f12눌러서 개발자모드 들어가서 네트쿼으 누르고 새로고침하면 불러들이는 데이터랑 속도값 나옴 ㄱㄱ

[익명(118.235)]

ㅇㅋ ㄱㅅㄱㅅ - dc App

[익명(125.129)]

jsp를 이용해 웹 화면을 그리는걸 쉽게 말하면 서버사이드에서 웹 화면을 만들어서 보낸다고 해서 서버사이드 렌더링이라고 함

[익명(125.129)]

그외에 초기 index.html 하나만 보내고 그 이후에는 index.html에 연결된 js 파일로 전체를 다 그려내는 것을 클라이언트 사이드 렌더링 csr 이라고 함

[익명(118.235)]

아 ssr이 거기서부터 시작이었구나 지식 ㄱㅅㄱㅅ - dc App

[익명(125.129)]

각각 장단점이 있는데 SSR 의 경우 SEO 등에 있어서 좀더 유리하고, 초기 나타낼 데이터들이 전부 서버사이드에서 다 클라이언트 화면단을 거의 그려서 보내기 대문에 초기 렌더링, 즉 로딩 속도가 매우 뛰어남

[익명(125.129)]

CSR의 경우는 일단 index.html만 보내고 그 위에서 DOM을 이용해서 전체를 렌더링 하기 때문에 화면이 전환하면서 깜박 거리는 문제가 거의 없어서 사용성이 좋고, api 통신으로 그려내기 때문에 많은 화면들이 나타낼때 단순히 데이터들만 서버측에서 전송하면 되기 때문에 그 부분에서 좀더 좋은 장점이 있음

[익명(125.129)]

SSR은 전체 화면을 다 그려내야 하기 때문에 화면이 전환될때마다 전체 html, css . js, 데이터 등을 계속해서 보내야 하는 문제가 있음 장점은 위에 적어놨고

[익명(118.235)]

아 js파일이 어쨌든 알고보면

[익명(125.129)]

CSR은 단점이라면 일단 초기에 전체전인 html, css, js 덩어리를 다 보내야함. 이건 후에 webpack 등의 번들러 등을 통해 코드 스플릿으로 어느정도 해결은 됨. 하나의 index.html위의 js 프로그래밍으로 계속 수십개의 화면을 나타내야 했기 때문에 데이터 상태 관리의 중요성이 증가하고 그로인해 복잡성이 더 늘어나게 되었음.

[익명(118.235)]

어 꺽쇠 스크립트가 짤렸다 아무튼 js가 말그대로 html내에 스크립트태그로 들어간다는 거랑 같단 얘기를 하려고했음 - dc App

[익명(125.129)]

노드는 런타임 환경이고 그 위에서 도는 서버 프레임워크가 express인데 express인경우에도 jsp 같은 녀석이 있음 pug, ejs 같은 템플릿 엔진들을 찾아보면됨. 마찬가지로 스프링, 스프링 부트도 node 마냥 API 서버로만 만드는것도 가능하고.

[익명(125.129)]

노드 진영에서 점점 많이 사용하기 시작하는 nestjs의 경우 스프링부트를 많이 참고해서 만들었기 때문에 너가 스프링 부트에 익숙하다면 nestjs를 사용해 보는 것도 추천함

[익명(118.235)]

오 설명 감사요 ejs를 거기서 쓰는 거였구나 - dc App