2026-09-14
입력과 조회가 복잡한 업무 시스템은 PC와 모바일 화면을 따로 설계하는 적응형이, 콘텐츠 중심 화면은 하나의 레이아웃이 화면 크기에 맞춰 바뀌는 반응형이 관리하기 쉽습니다. 기준은 기술이 아니라 기기마다 사용자가 하는 일이 같은가입니다.
반응형 UI는 하나의 화면 구조를 두고 화면 폭에 따라 배치가 유동적으로 바뀝니다. 적응형 UI는 PC, 태블릿, 모바일처럼 구간별로 별도 레이아웃을 준비하고 접속 환경에 맞는 레이아웃을 보여줍니다.
두 방식 모두 웹 표준 기술로 구현할 수 있습니다. 차이는 레이아웃을 몇 벌 두느냐와, 기기에 따라 무엇을 다르게 보여주느냐에 있습니다.
| 구분 | 반응형 | 적응형 |
|---|---|---|
| 레이아웃 구조 | 하나의 구조가 폭에 따라 변함 | 구간별 고정 레이아웃 |
| 유지보수 | 한 벌이라 단순하지만 분기 규칙이 늘면 복잡해짐 | 레이아웃마다 수정하지만 서로 간섭이 적음 |
| 복잡한 그리드 | 좁은 화면에서 열을 줄이거나 가로 스크롤 처리 | 모바일용 목록 화면을 따로 설계 |
| 기기별 기능 | 모든 기기에 같은 기능이 기본 | 기기별로 기능을 다르게 구성 가능 |
| 맞는 화면 | 안내, 조회 위주 화면 | 입력과 편집이 많은 업무 화면 |
PC 사용자는 오래 앉아서 조건을 검색하고, 여러 항목을 입력하고, 파일을 첨부하고, 큰 그리드를 비교합니다. 모바일 사용자는 이동 중에 알림을 확인하고, 진행 상태를 조회하고, 간단한 승인이나 확인을 합니다.
목적이 이렇게 다르면 같은 화면을 크기만 바꿔 보여주는 방식은 양쪽 모두에 맞지 않습니다. 모바일에서는 무거운 화면이 되고, PC에서는 모바일 배치를 고려하느라 정보 밀도가 떨어질 수 있습니다. 반대로 목적이 같은 안내와 조회 화면은 반응형으로 한 벌만 관리하는 편이 효율적입니다.
권한과 보안 요건도 기기별로 다를 수 있습니다. 외부 접속이 허용되는 기능만 모바일에 여는 경우라면 모바일 화면을 따로 두는 편이 관리하기 쉽습니다.
어느 경로든 서버의 업무 로직과 데이터 접근이 화면과 분리되어 있으면 모바일 화면을 추가하는 비용이 줄어듭니다. 기존 JSP 화면은 화면 출력과 업무 처리가 한 파일에 섞인 경우가 많아, 모바일을 붙이기 전에 이 둘을 나누는 작업이 필요할 수 있습니다.
기기별 업무가 다르고 입력이 많은 화면은 적응형을, 업무가 같고 조회 위주인 화면은 반응형을 우선 검토합니다. 한 시스템 안에서 화면 유형별로 두 방식을 함께 쓸 수도 있습니다.
대응 범위를 정할 때는 모든 화면을 대상으로 하기보다 모바일에서 실제로 처리할 업무 목록부터 만드는 것이 좋습니다. 그 목록이 모바일 화면의 설계 범위가 됩니다.
화면이 표시되는 것과 모바일에서 업무를 할 수 있는 것은 다릅니다. 입력 항목이 많은 화면은 배치만 바꾸면 모바일에서 쓰기 어려워 모바일용 흐름을 따로 설계해야 할 수 있습니다.
레이아웃을 여러 벌 관리하므로 화면을 고칠 때 손이 더 갑니다. 업무 로직과 데이터 처리를 공통으로 두고 레이아웃만 나누면 부담을 줄일 수 있습니다.
됩니다. 조회와 안내 화면은 반응형으로, 입력이 많은 업무 화면은 기기별 레이아웃으로 나누는 구성이 가능합니다.
대상 화면과 모바일에서 처리할 업무를 알려주시면 이젠고가 적용 경로를 검토해 회신드립니다.