iOS에서의 사용자 경험 흐름

Question

iOS에서는 http : // (Safari로), 주소 처리 (Google지도로) 및 전화 번호 (예 : Safari 로의 전송)와 같이 전달 된 URL을 기반으로 서비스 별 앱을 실행하기위한 몇 가지 기본 후크가 있습니다. 내장 된 전화 앱에 연결). 몇몇 앱은 드물게 사용되는 기능 (대부분의 앱)을 구현하여 자신의 서비스 접두어를 등록하는 표준 방식으로 만듭니다. 이것을 구현하는 데 도움이되는 두 가지 유용한 앱은 facebook : // 및 skype : //이며, 앱과의 유사 통합을 자신의 것으로 추가하는 편리한 방법입니다. 스카이프는 심지어 대부분의 데스크톱 OS에서이 작업을 수행하기 때문에 문자 그대로 명령 줄 skype : // 555-1234를 실행할 수 있습니다. 등록 된 서비스 접두사를 확인하고 앱에서 유용한 메뉴 선택 항목을 노출 할 수도 있지만 탈퇴합니다.

이러한 서비스 처리기가 내장되어 있든 없든 iOS의 문제는 사용자를 잃어 버리고 경험이 휴대 전화 앱으로 끝나는 것입니다 (예 :). 예. 일부 사례를 처리하기 위해 웹보기를 내장 할 수 있지만 전화 앱과 같은 것들은 여전히 ​​승리합니다.

iOS 응용 프로그램이 인수의 일부로 후행 URL을 건네면 (심지어 두 개의 arg가 이미 받아 들여지고 처리 될 수도 있음), 협상을 통해 앱이 종료 될 때 우리는 후행을 시작합니다. 우리가 선택적으로 건네 줄 수 있었던 URL. 어떤 방식 으로든 완벽하게 지원된다면 다중 애플리케이션 통합과 확장 된 사용자 경험을 흐름별로 고려할 수 있습니다. 예를 들어 전화를 걸고 "myapp : // return-context-values"와 같이 전달 된 URL을 사용하여 내 앱을 다시 시작하여 사용자가 앱을 끝내면 내 앱을 다시 시작할 수 있다고 상상합니다. 분명히 이것은 더 이상 취할 수 있습니다.

그런 메커니즘이 이미 어떤 방식으로 존재합니까? 그렇지 않다면 아이디어에 대한 당신의 생각을 듣고 싶습니다.

Answer 1

체크 아웃 x-callback-url.com, 그것은 당신이 제안하고있는 것을 정확하게 제안합니다.

네, 좋을 것 같습니다. 당신은 당신이 포커스를 되 찾을 것이라는 것을 안다면 나에게 요청을 전달할 가능성이 훨씬 크다.