스플래시 화면이 사라지자마자 앱이 실행되고 사용자 입력을 받을 준비가 되어 있는 것이 중요합니다. 사용자가 상호 작용하기 전에 앱이 다운로드되거나 계산될 때까지 기다리는 것은 허용되지 않습니다. 앱이 네트워크를 통해 정보를 검색해야 하는 경우 로컬 캐시 사용을 고려하거나 최악의 경우 부분적인 기능으로 열고 진행률 표시줄을 표시하여 사용자에게 무언가가 있음을 알립니다. 사고.
또 다른 중요한 고려 사항은 앱이 사용하는 RAM의 양입니다. 태블릿 스타일 앱은 백그라운드에서 다른 앱 뒤에서 실행되도록 고안되었지만 컴퓨터의 메모리가 부족해지기 시작하면 필요에 따라 앱이 자동으로 종료됩니다. 귀하의 앱이 리소스를 많이 사용하는 경우 종료될 가능성이 더 높으며 다른 앱이 종료될 가능성도 더 높습니다. 이는 좋은 사용자 경험이 아니며 Windows 스토어에서 나쁜 평가를 받을 수도 있습니다. 이는 여러분이 원하지 않는 일입니다.
메모리 사용을 최소화하는 간단한 방법 중 하나는 앱에 사용되는 이미지와 사운드 파일이 필요한 것보다 크지 않은지 확인하는 것입니다. 사용자가 자신의 컴퓨터에서 이미지를 선택하여 앱에 추가할 수 있도록 허용하는 경우 제공된 썸네일 라이브러리를 사용하여 즉시 이미지 크기를 조정하면 이 문제를 방지할 수 있습니다.
JavaScript를 사용하여 앱을 구축하는 경우 대부분의 웹 애플리케이션과 마찬가지로 기본적으로 단일 스레드이므로 장기 실행 프로세스는 애플리케이션을 효과적으로 정지시킵니다. 데이터를 가져오기 위해 나갈 때 일반적인 동기 호출 대신 비동기 호출을 사용하면 이를 방지할 수 있습니다. 또한 기본 스크립트와 별도로 백그라운드에서 실행되는 하위 스크립트인 "웹 작업자"를 사용할 수도 있습니다. Windows가 기본적으로 멀티태스킹 운영 체제인 경우 코드를 사용하여 이러한 난관을 뛰어넘어야 한다는 것은 실망스러운 일이지만 현재 상황은 그렇습니다.
마지막으로 수용해야 할 사항은 참(마우스 포인터나 손가락으로 가장자리를 스와이프할 때 화면 오른쪽에서 미끄러지는 아이콘)에 대한 지원입니다. 5가지 참(검색, 공유, 시작, 장치 및 설정) 중 하나라도 앱과 관련이 있는 경우 이를 지원하는 코드를 포함해야 합니다.
Visual Studio는 검색을 지원하도록 지시하는 경우 검색 화면 템플릿과 같은 Charm 지원을 위한 프레임워크를 제공하지만 이를 작동시키는 기본 코드는 사용자에게 달려 있습니다. 선언 탭에서 이 작업을 수행합니다. 솔루션 탐색기 패널에서 package.appxmanifest 파일을 두 번 클릭한 다음 열리는 페이지 상단에서 "선언"을 클릭하여 찾습니다. 마찬가지로 공유가 여러 앱에서 작동하도록 하려면 공유할 데이터와 공유 방법을 정의하는 "선택기 계약"을 프로그래밍해야 합니다.
앱 구축
첫 번째 앱을 시작하려면 Windows 8용 Visual Studio Express 2012를 실행하고(전체 제목 지정) 파일 | 새 프로젝트. 지원되는 4가지 언어 각각을 기반으로 사전 제작된 여러 기본 프로젝트 유형을 선택할 수 있습니다. "빈 프로젝트"를 선택하는 것이 좋습니다. 이렇게 하면 필요한 지원 파일이 생성되지만 코딩할 단일 페이지만 표시되므로 시작하기가 간단합니다.
생성될 첫 번째 지원 파일은 ASP .NET에서 global.asax가 사용되는 것과 마찬가지로 프로그램 전체에서 리소스를 공유하는 데 사용되는 app.xaml입니다. 대부분의 경우 이 파일을 무시하고 Visual Studio가 해당 파일에 입력하는 기본 설정을 그대로 적용해도 됩니다.
