글과 댓글 읽어오기

표현상의 문제만 지적하자면....
프론트에 가능한 일이 많아지는 경우입니다.

json 으로만 보내고 , 렌더링을 클라이언트에서 하는 거니까, 사실은 가능한 프론트가 많은 일을 하는 거겠지요.
서버에서 렌더링 다 해서 html 을 뿌려주어야 프론트가 일이 없는 것이구요.

백에서 일을 많이 했는데 이게 요즘은 프론트로 많이 옮겨간 상황이지요

@정석코딩 그래도 백에서 해야될일 같아서. 프런트에서 A,AA, AB,ABC처리하는 것은 아닌 것 같고,
나중에 호환성을 위해서 위와 같이 만드는 것이 맞을 것 같습니다

비밀글도 위에서 처리해야 될 것 같고. 각 레벨 별 처리도 위에서 해야 되나 고민중입니다.

@마젠토 위처럼 백이 '데이타' 만 json 등으로 내보내면, 사실상 백은 db 역할만 하는 셈이지요.
프론트에서 렌더링을 전적으로 담당하는 구조입니다.
요즘 추세엔 이쪽에 가깝게 가려는 방향이긴 하겠지요

적절한 선에서 백에서의 렌더링을 어느정도 하는 게 일반적이긴 하지만
극단적으로 렌더링을 프론트에 모두 몰아넣는 것도 나쁘진 않아 보입니다.

다만, 그런경우 백엔드에서 (가능한 최선을 다해) 데이타를 잘 압축 하고 정리해서 제공하도록 노력하는게 컨셉에 맞겠지요.

트래픽도 줄이고, 프론트에게 표현의 자유도 최대한 주는 것이 좋은 점이고
렌더링을 백엔드에서 결정하기 힘들다는 것, 프론트의 렌더링 부하 (자바스크립 등등..)가 심하다는게 단점일테고...
이 장단점 사이에서 적절한 타협을 하는 게 설계자의 능력이겠지요.

이런 사항들만 잘 인지하고 설계하면 방향은 잘 잡힐 듯 합니다

제 생각에,
우리나라 뿐 아니라 외국에서도 전체적 타협, 균형에 대한 시각은 좀 부족해지는 것 같습니다.

@정석코딩 그런것 같습니다. 모든 데이타를 프런트로 넘겨줄때 시큐리티 이슈도 있을 것 같고..

모든 것이 균형을 잡는 것이 어려네요. 혼자 하다 보니, 그냥 편한쪽으로 하는 것 같아서..

댓글!!! 저는 그누보드꺼 참고해서 힘들게 만들었는데~ 진짜 고군분투 빡세게해서 겨우야 만들었어요 ㅋㅋㅋ
vuejs 볼피드님꺼 초창기 그누보드로 제작 했던 소스가 많이 참고 됐어요 나중에 꼭 타입스크립트까지 배워봐야겠어요