Web Front-side와 Server-side 작업에 대한 고찰.

웹 개발을 하다보면.

화면과 백엔드 비지니스로직까지 개발할 경우가 많다.

이럴때 서버에서 처리할일과 화면단에서 스크립트로 처리할 일을 나누는데

화면 자체를 서버사이드에서 렌더링하지 않는경우 더 명확히 나눠진다.

예전엔 브라우저 클라이언트의 성능이 좋지 않아서 성능이 좋은 서버에서 작업을 많이 했다면.

최근엔 클라이언트의 성능이 올라갓기 때문에 어느정도의 데이터는 클라이언트에서 스크립트로 처리한다.

… 라고 생각했는데.

아무래도 제일 좋은건 빠른거다.

데이터 사이즈에 따른 네트워크 속도도 무시하면 안된다.

매우 심플한 데이터 구조로.

클라이언트가 더욱 빠르게 이용할수 있는 데이터 응답 객체의 구조가 필요하다.

UI에 대한 이해와 UX에 대한 이해가 필요하다.

변하지 않는 기초 데이터에 대한 정의와.

사용자 액션 대한 추가적인 데이터 전달.

사용자가 액션을 취하지 않을땐 불필요한 데이터를 전달할 필요도 없다.

사용자에게 처음 보여질때 필요한 데이터.

액션이 일어날때 전달 할 데이터.

화면에서 재처리할 필요 없는 응답객체 구조.

불필요한 값들을 담지 않도록 하고 적절한 api 분리를 해야한다고 생각한다.

이상 잡설 끝

Written by

엘디는 사랑입니다.

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store