신입 질문 몇개만 드립니다.

Question

안녕하세용.병원에서 웹개발하는 따끈따끈? 뉴비입니다.공부하다가 궁금한게 몇가지 있어서 여쭤봅니다.1. 보통 뷰를 반환하는 컨트롤러 클래스와, 데이터만 전송하는 API만 모은 클래스를 구분하나용?예를 들어, 공지사항 페이지를 반환하는 매핑 메서드와, 전체 공지, 긴급 공지, 부서별 공지 API가 있을 때 한 클래스에 모아놓으면, 나중에 API 하나 수정해서 클래스 파일 새로 올릴 때 페이지 세션도 다 끊길거 같아서 여쭤봅니다.병원은 24시간 내내 돌아가는 서비스가 많아서, 모두가 퇴근한 시간에 배포하는 건 불가능해서 여쭤봅니다.2. 페이지 진입 시 기본값 세팅? 방식부서별 조회에서 페이지 진입 시 사용자가 선택할 사내 부서 정보를 콤보박스로 사용자에게 보여주려고 한다면SSR을 써야 할텐데, 리액트나 뷰같은 CSR 쓰는 경우에 어떻게 하나요?고민을 하는 이유가, 현재 병원에 웹개발자가 저 혼자인데, 타임리프로 만들면 나중에 유지보수하게 되는 사람들이 타임리프를 모르면 수정을 못할까봐 걱정입니다.현재 상사분들은 다들 파워빌더 개발자십니다.jsp와 자바는 어느정도 아시는데, 타임리프는 모르십니다.근데 그렇다고 페이지 진입 시 js로 만들자니, DB에서 부서정보를 긁어오는 부분이 js에 노출되게 되는데,제가 신입이라 js에서 노출되도 괜찮은 범위가 어느정도인지 아직 감이 잘 안옵니다.

유진수아 · Answer

부서 조회 API를 만들어주면 됩니다. 프론트에서 쓸 수 있게요. 사용자마다 볼 수 있는 부서가 달라야 한다면 백엔드에서 사용자 권한을 확인해서 적절한 데이터를 반환해줍니다.

우르슬라 · Answer

1.근본적으로 class 파일 수정으로 패치한다? 이거는 매우 위험하지만, 현실은 항상 다르죠 ㅎㅎ아무튼, 클래스 배포로 패치하는 방식이라면 클래스 최대한 나누는게 리스크 줄이는 방법입니다.하지만 다 나누다보면 공통컴포넌트를 활용하게 될 일이 많을텐데, 그러면 서비스레이어에서 수정이 이뤄졌을 때, 깜깜이로 남아있을 class가 많아질 수도 있다는 문제도 있습니다.이걸 해결하기 위해 class하나 자체로 독립적인 기능하도록 이것저것 넣을 수도 있는데, 코드 중복이나 하드코드 많아지고... 이건 양날의 검 입니다.(class 패치를 안하면 베스트 ㅎ..)2.일단 다음 후임자가 타임리프 모르면 어쩌지? 이건 걱정할게 아닙니다. 타임리프 볼 수 있는 사람 뽑으면 됩니다.CSR에서 모든 코딩은 사용자가 봐도 되는거만 보여줍니다.항상 jwt든 session cookie든 사용자 권한 확인을 전제조건으로 하고 백엔드에서 막는게 0순위입니다.그리고 만약에 유저별 초기값을 필요로 한다? 그러면 UI상으로 풀어서 화면전체 오버레이 스피너 하나 달아놓고, 세션던져서 기본값을 서버에서 받고나서 렌더링 하는 방법도 고려해보세요.

신입 질문 몇개만 드립니다.

2개의 답변

Q&A 목록