[TIL] 20220307 프론트엔드/백엔드

요새 캡스톤디자인+ 학교수업때문에 개인공부할시간이 없다 취업준비도해야하는데..
그래서 따로 블로그에 글을 올리지 못했는데, 일기식으로라도 쓰고 기록해야할거같아서 온라인강의 틀어놓고 이렇게 쓰고있다.
요번에 캡스톤디자인에서 다시 웹개발을 진행하는데 기존 리액트+타입스크립트로 진행할려고 하고있다 새로운걸 적용하면서 기존에 썼던 리액트도 다듬고 싶었다. 디자이너 1명 백엔드인원 3명 프론트 1명(나), 백엔드의 경우 아직 경험이없고 공부하면서 진행해야하기때문에 백엔드에 많은 인원을 구했고, 경험이 있던 내가 팀을꾸려서 팀장으로써 진행해야하기때문에 (사실 프로젝트 혼자할수있으면 혼자할려고했는데 2인이상이라고해서 웹개발 프로젝트로 구하다보니 팀장을 맡았다) 전반적이 이해가 필요할거같다고 생각하여 요새 프론트 백엔드 가리지않고 큰 이론들을 다 찾아보고있다.
그게 웹에 관련된 CS이기도하면서 진행을 무난하고 나도 협업에 있어서 그전에 알지못한 백엔드 파트를 좀더 찾아보고싶었다

찾아보고 공부한것

• UTM을 통해 가상 OS 리눅스 생성 및 CLI 명령어
• MVC 패턴, FLUX패턴
• 3계층 아키텍쳐
• 서버 템플릿 엔진/클라이언트 템플릿 엔진
• SSR/CSR 이론 이해와 실무에서 언제 사용하는게 적합한지 이해

->이부분이 제일 큰건데 진행하면서 이야기 나온게 JSP라는 말이 나왔고 Java Server Page 라고 해서 서버단에서 미리 html 구성해서 브라우저로 보내고 그걸 그냥 랜더링하는 방식이다. 이렇게되면 리액트를 사용할수없다고 판단했고 리액트의 경우 CSR에 해당하기때문이다. 찾아보면서 좀더 명확한 부분은 CSR일경우 고객이 있고 좀더 동적으로 관리가 많은 부분일때 리액트를 사용해서 서비스하지만 JSP처럼 진입장벽이 낮고 백엔드도 뷰단을 할수있다는건 Backoffice 처럼 실제 고객이 아닌 사무용이나 직관적인 심플한 화면에 데이터만 보이는경우는 또 SSR을 사용하는 경우가 많다는것이다. 또한 SSR은 SEO 가 유리하기때문에도 실제 서비스에서도 사용도 많이한다(사실상 기존에 SSR이 전통방식이니 CSR 을 사용하는 이유를 알아야할거다.SEO때문에 SPA이지만 SSR로 적용하는경우가 많다 Next.js). 또한 그전에 안것처럼 SSR는 초기 로딩속도 짧다는것-> 이미 서버에서 렌더링해서 가져올뿐만아니라 해당 페이지데이터만 받기때문이다.
그전에 CSR/SSR 을 이해하면서 SPA 와 MPA 와 연관되어있는데 이것도 같이 접목해서 이해해야한다. 반대로 단점은 클라이언트가 페이지를 이동한다든가, 클릭으로 인한 다른 요청이 생길때마다 이 과정을 반복하기 때문에 화면에서 바뀌지 않아도 되는 부분도 계속해서 다시 렌더링되는 단점이 있다. 이는 곧 서버 부하 등의 문제를 일으킬 수 있다