미할 즈단스키 알림은 최신 스마트폰의 필수적인 부분이며 iOS의 첫 번째 버전, 그 다음에는 iPhone OS에도 특정 이벤트를 표시하는 방법이 있었습니다. 오늘날의 관점에서 볼 때 당시의 구현은 원시적인 것처럼 보입니다. iOS 3.0까지는 타사 알림이 지원되지 않았으며, iOS 5에 알림 센터가 도입되기 전까지는 화면 잠금 해제 후 알림이 영구적으로 사라지는 경우가 많았습니다. iOS 8에서는 이 두 가지 이정표 이후 알림의 또 다른 중요한 이정표가 제공됩니다. 즉, 알림이 대화형이 됩니다.
지금까지는 정보 제공의 목적으로만 사용되었습니다. 이를 삭제하는 것 외에도 사용자는 알림과 관련된 그 자리에서 해당 앱만 열 수 있었습니다. 예를 들어 문자 메시지가 특정 대화를 열었습니다. 그러나 그것이 모든 상호작용의 끝이었습니다. 대화형 알림의 진정한 선구자는 iPhone이 출시된 지 2009년 후인 2011년에 WebOS를 도입한 Palm이었습니다. 예를 들어, 대화형 알림을 사용하면 애플리케이션이 열려 있는 동안 캘린더의 초대 작업을 수행하고 다른 알림은 음악 재생을 제어할 수 있습니다. 나중에 대화형 알림은 Android에 의해 4.0년 버전 4.3 Ice Cream Sandwich, 버전 XNUMX Jelly Bean에서 채택되었으며 이후 그 가능성이 더욱 확장되었습니다.
경쟁사에 비해 Apple은 매우 느린 반면, 알림 문제에 대한 최종 솔루션은 파악하기 쉽고 일관되며 안전합니다. Android는 알림을 편리한 작은 앱, 위젯으로 바꿀 수 있지만 iOS의 알림은 훨씬 더 목적이 있습니다. 위젯 수준에서 더 많은 상호 작용을 위해 Apple은 개발자에게 알림 센터에 별도의 탭을 남겨두고 알림은 일회성 작업에 대한 것입니다.
알림 센터, 배너 또는 모달 알림은 물론 잠금 화면 등 알림이 표시되는 모든 위치에서 상호 작용이 발생할 수 있습니다. 4개의 작업을 배치할 수 있는 모달 알림을 제외하고 각 알림은 최대 2개의 작업을 허용할 수 있습니다. 알림 센터와 잠금 화면에서 왼쪽으로 스와이프하면 알림 옵션이 표시되고 배너를 아래로 내려야 합니다. 여기서 모달 알림은 예외이며 사용자에게 "옵션" 및 "취소" 버튼이 제공됩니다. "옵션"을 탭하면 알림이 확장되어 아래 5개 버튼(4개 작업 및 취소)이 제공됩니다.
작업은 파괴적인 작업과 비파괴적인 작업으로 구분됩니다. 초대 수락부터 좋아요, 메시지 답장 표시까지 모든 작업은 비파괴적일 수 있습니다. 파괴적인 작업은 일반적으로 삭제, 차단 등과 관련되어 있으며 메뉴에 빨간색 버튼이 있는 반면, 비파괴적인 작업 버튼은 회색 또는 파란색으로 표시됩니다. 액션 카테고리는 개발자가 결정합니다. 잠금 화면과 관련하여 개발자는 활성화될 때 보안 코드를 입력해야 하는 작업 유형도 결정합니다. 이렇게 하면 누구도 귀하의 메시지에 답장하거나 잠금 화면에서 이메일을 삭제하는 것을 방지할 수 있습니다. 일반적인 관행은 중립적인 작업을 허용하는 것입니다. 답글 게시나 삭제와 같은 다른 모든 작업에는 코드가 필요합니다.
하나의 애플리케이션은 사용 가능한 작업이 펼쳐지는 알림의 여러 범주를 사용할 수 있습니다. 예를 들어, 달력은 회의 초대 및 미리 알림을 위한 다른 대화형 버튼을 제공할 수 있습니다. 마찬가지로, 예를 들어 Facebook은 게시물에 대해 "좋아요" 및 "공유" 옵션을 제공하고 친구가 보낸 메시지에 대해 "답장" 및 "보기" 옵션을 제공합니다.
실제로 대화형 알림
현재 형태에서 iOS 8은 많은 애플리케이션에 대한 대화형 알림을 지원하지 않습니다. 의심할 여지 없이 가장 중요한 것은 알림에서 직접 iMessage 및 SMS에 답장할 수 있는 기능입니다. 결국, 이 옵션은 편리한 유틸리티 덕분에 탈옥의 빈번한 이유가 되었습니다. 바이트SMS 애플리케이션을 실행하지 않고도 어디서나 메시지에 답장할 수 있습니다. 메시지에 대한 모달 알림 유형을 선택하면 빠른 응답 인터페이스는 BiteSMS와 매우 유사합니다. 배너나 알림 센터에서 답장을 하면 텍스트 필드가 화면 중앙이 아닌 화면 상단에 나타납니다. 물론 이 기능은 타사 애플리케이션, Facebook이나 Skype 메시지에 대한 빠른 응답, Twitter의 @멘션에서도 사용할 수 있습니다.
언급된 캘린더는 위에서 설명한 방식으로 초대장을 사용할 수 있으며 이메일을 직접 표시하거나 삭제할 수 있습니다. 그러나 가장 흥미로운 점은 개발자가 대화형 알림을 어떻게 처리하는지 살펴보는 것입니다. 예를 들어 작업 마스터는 작업 알림을 일시 중지하고, 작업을 완료된 것으로 표시하고, 텍스트 입력을 사용하여 받은 편지함에 새 작업을 입력할 수도 있습니다. 소셜 게임과 빌딩 게임은 완전히 새로운 차원을 가질 수도 있습니다. 여기서는 게임을 시작하지 않은 동안 발생한 이벤트를 처리하는 방법을 결정하기 위해 작업을 사용할 수 있습니다.
확장 기능 및 문서 선택기와 함께 대화형 알림은 운영 체제의 미래를 향한 올바른 방향으로 나아가는 단계입니다. 어떤 면에서는 Android만큼 많은 자유를 제공하지 않으며, 통일성뿐만 아니라 보안상의 이유로도 한계가 있습니다. 많은 애플리케이션의 경우 IM 클라이언트만큼 중요하지는 않지만 알림을 얼마나 능숙하게 사용할 수 있는지는 개발자에게 달려 있습니다. iOS 8의 이러한 소식은 그들을 위한 것이기 때문입니다. 우리는 확실히 가을에 기대할 것이 많습니다.
개발자의 경우, iOS 8의 출시와 새로운 알림에 따라 이러한 뉴스에 적절하게 대응할 수 있도록 등록 방법도 변경되었다는 점을 덧붙이고 싶습니다. 예를 들어 여기에 잘 설명되어 있습니다. http://www.appentwicklung.at/2014/08/changes-ios-8-push-notifications-apns/
나는 이것이 많은 개발자들이 왜 무언가가 작동하지 않는지 알아내는 것을 더 쉽게 만들 것이라고 믿습니다.