사용자 인터페이스 개발 시 고려 사항
사용자 인터페이스를 개발하는 동안 다음 모범 사례를 사용합니다.
매쉬업을 만들기 전 Mockup 설계 만들기
솔루션 설계 및 매쉬업 만들기를 시작하기 전에 다음을 수행하는 것이 좋습니다.
• 사용자가 솔루션에서 원하는 기능에 대한 정보를 수집합니다.
• 필요한 기능에 대한 데이터를 통합합니다.
• 솔루션으로 데이터를 보낼 장치에 대한 정보를 가져옵니다.
• 사용자 경험 또는 사용자 인터페이스 설계자와 협력하여 독립형 솔루션 레이아웃을 개발합니다. 필요한 이해 관계자가 승인한 레이아웃을 받은 경우 더 적은 수의 이터레이션이 있는 매쉬업을 직접 빌드할 수 있습니다.
• 솔루션에 대한 주요 보기 장치를 전화, 태블릿, 데스크톱 중에서 결정합니다.
• 주요 보기 장치를 아직 결정하지 않은 경우 반응형 매쉬업을 사용합니다. 레이아웃 유형을 선택한 후에는 변경할 수 없습니다.
포함된 매쉬업을 사용하여 재사용 가능 사용자 인터페이스 포함
전체 솔루션을 더 작은 재사용 가능 구성 요소로 분할하는 것이 좋습니다. 기본 매쉬업 페이지에서 재사용 가능 매쉬업을 구성할 수 있습니다. 예를 들어, 검색 결과 페이지는 재사용 가능 구성 요소가 될 수 있습니다. 검색 조건에 따라 매쉬업을 적절하게 구성할 수 있습니다.
솔루션 매쉬업에 재사용 가능 매쉬업을 포함하려면 포함된 매쉬업 위젯을 사용합니다. 재사용 가능 매쉬업을 사용할 때의 장점은 다음과 같습니다.
• 매쉬업을 분할하면 여러 명의 개발자가 사용자 인터페이스에서 동시에 작업할 수 있습니다.
• 재사용 가능 구성 요소를 사용하면 솔루션 화면에 필요한 위젯 수를 줄여 사용자 인터페이스를 더 쉽게 개발할 수 있습니다. 위젯을 더 적게 사용하면 많은 위젯 매개 변수, 바인딩 등의 작업을 수행할 필요가 없습니다.
• 매쉬업을 재사용하면 전반적인 개발 노력이 줄어듭니다.
직관적 사용자 인터페이스 만들기
사용자에 대한 학습 곡선을 줄이기 위해 직관적인 인터페이스를 만들려고 노력합니다. 다음 권장 사항을 고려하십시오.
• 논리적 흐름을 제공합니다.
• 사용자가 화면에서 읽는 방법을 고려하여 워크플로를 적절히 설계합니다. 예를 들어, 왼쪽에서 오른쪽, 위쪽에서 아래쪽 등입니다. 레이아웃에 따라 사용자가 다음 작업을 수행할 수 있어야 합니다.
• 사용자에게 피드백을 제공합니다. 예:
◦ 사용자가 채우거나 사용자 인터페이스에서 선택할 정보를 사용자가 이해할 수 있도록 하는 메시지를 표시합니다.
◦ 사용자가 수행한 작업의 상태를 제공합니다.
◦ 화면이 응답하지 않아 솔루션이 백그라운드에서 일부 코드를 실행 중인 경우 사용자에게 메시지로 이를 알립니다. 이렇게 하면 사용자가 추가 작업을 수행하지 않고 솔루션이 프로세스를 완료할 때까지 기다립니다.
상호 작용 오버로드 줄이기
설계를 쉽게 사용할 수 있도록 단순화합니다. 다음 권장 사항을 고려하십시오.
• 미니멀 UI 설계 원칙을 따릅니다.
• 비슷한 용도의 요소를 그룹화합니다.
• 사용자 주의 및 상호 작용이 필요한 요소만 표시합니다.
• 추가 데이터를 표시하려면 팝업 또는 기타 드릴다운 기능을 사용합니다. 사용자는 필요에 따라 데이터에 액세스할 수 있습니다.
• 한 솔루션 화면에서 다른 솔루션 화면으로 이동할 때의 클릭 수를 최소화합니다. 탭을 사용하여 화면에서 정보를 구성하고 데이터 집합 사이를 이동합니다.
• Enter 키를 사용하여 입력이 완료된 후 작업을 트리거합니다. 예를 들어, 일부 텍스트를 입력한 후 텍스트 상자에서 Enter 키를 눌러 텍스트를 제출할 수 있어야 합니다.
클라이언트 서버 상호 작용 줄이기
솔루션에서 서버와 클라이언트 간의 불필요한 상호 작용을 방지하는 것이 좋습니다.
예를 들어, 서비스가 4개로 설정된 경우
• 특정 시스템에 대한 사용률 기록을 가져옵니다.
• 다른 표시 위젯에 대한 기록을 역정렬합니다.
• 시스템 상태별로 기록을 집계합니다.
• 사용률을 계산합니다.
인포테이블을 사용하는 경우 서버를 한 번 호출하고 데이터의 4가지 모든 결과 집합을 매쉬업에 반환할 수 있습니다. 4개의 서비스는 계속 사용되지만 서비스는 한 번 호출로 실행됩니다.
데이터를 가져오기 위해 새 서비스(예제에서 언급한 4개의 서비스)를 정의하는 대신 GetProperties 서비스를 사용하는 것이 좋습니다. 새 서비스는 데이터가 변경되지 않아도 서버에서 데이터를 가져옵니다. GetProperties 서비스는 데이터가 변경된 경우에만 데이터를 푸시합니다. 이렇게 하면 서버에 대한 추가 호출을 줄이고 불필요한 서버 및 클라이언트 상호 작용을 줄일 수 있습니다.
GetProperties 서비스 사용에 대한 자세한 내용은
서비스 단원을 참조하십시오.