밑글에서 사파리 뒤로가기랑 원핸드 오퍼레이션이랑 비교하시길래 생각난김에 한번 적어봅니다.

어플개발쪽은 정말 간단하게만 알고있어서 부정확 할순 있습니다. 그리고 제가 익숙한 ios 구조 위주로 설명 드리겠습니다.

ios 랑 안드로이드랑 둘다 일반적으로 어플이 View 단위로 분리되어 있는것으로 알고있습니다.

보통 위와 같이 뷰의 흐름으로 인해서 어플이 동작하게 되는데

위와 같이 보통 버튼으로 해당 view로 이동이 되는 구조가 되죠.

어플들은 보통 Back 버튼을 이용해서 뷰를 돌아가게 되어있는 구조입니다. 제스쳐로 바뀌긴 했다지만 결국에 안드로이드의 경우 onBackPressed를 트리거 하는 구조 이고. ios도 비슷하게 ios 6까지 저 navigation controller의 back 버튼을 눌러서 돌아가는 구조였고 7 부터는 왼쪽에서 스와이프를 하는 액션이 back 트리거가 되도록 하면서 사파리 같은 어플에서 추가된 액션이 오른쪽에서 스와이프 해와서 forward 하는 액션이 추가되었습니다. 

개인적으로 forward액션이 웹브라우징처럼 구조 흐름을 인지하기 쉬운 경우 빼고는 쓰이는 경우가 잘 없어서 잘 안되있긴 하지만 안드로이드에서 시스템 단에서 지원이 잘 없어서 아쉬웠습니다.

ios에서 이런 액션을 시각적으로 잘 표현했다고 생각하는데 다음 사진이 있습니다.

실제 뷰 트리거를 하지 않고도 스와이프 하는 액션 중에 돌아갈 뷰를 시각적으로 잠깐 보여주는게 어떤 뷰로 돌아가는지 인지하기 쉬워서 이부분은 정말 잘 만들었다고 생각된 부분입니다. 방금 뒤로가기를 해서 앞으로 가기를 하려는 경우에도 실제 뷰를 로드하지 않고 저렇게 볼수 있어서 어플이 정말 흐르는것 처럼 보이기도 하죠. 

안드로이드의 경우 개발자가 이런부분을 건드려주지 않으면 뷰가 좀 단절되어있다는 느낌이 있어서 화면이 똭 똭 하고 나타나게 되죠. 이게 좀더 빠릿빠릿해 보여서 애니메이션 없는 분들이 선호하시기도 하십니다.

안드로이드 10부터 시스템 제스쳐가 왼쪽 오른쪽 구분없이 back 제스쳐로 바뀌게 되어서 브라우저 등에서 앞으로 가기를 제스쳐로 하기 어려워져서 좀 안타깝긴 합니다. onehandoperation도 써보긴 했는데 커스텀 할수 있는 옵션이 다양한건 정말 잘만든것 같고 구글이 대체 왜 안넣어주는지 이상하긴 합니다. 

결론은 둘다 그냥 다른 방식의 인터페이스고 둘중 뭐가 낫다 할거도 없는듯합니다. ios 안드로이드 둘다 쓰는 입장에서 둘다 장단점은 분명히 있습니다.