예를들어 게시글의 좋아요를 누르는 상황이 있다고 가정하자.
좋아요라는 기능도 해당 게시글의 정보에 포함되어있기때문에 백엔드에 API를 요청해야한다.
그러면 백엔드는 DB에 요청을 하고 DB에서 요청을 받은 후 올라간 좋아요 수를 응답해 줄 것이다.
따라서 컴퓨터 환경에 따라 좋아요 수가 증가되는 속도는 다를 것이다.
이런 상황에서 옵티미스틱 UI를 사용하면 유저에게 속도 상관없이 빠른 화면으로 좋아요 수를 제공해 줄 것이다.
옵티미스틱 UI는 요청이 서버에 도달하기 전에 화면의 값 먼저 바꿔준다.
화면이 먼저 바뀌고 난 후에 옵티미스틱 UI를 사용하기 전과 같이 DB는 요청을 받고 이를 처리하고 있을 것이다.
처리한 응답이 돌아오면 그때 다시 화면을 업데이트하는데,
유저에게는 이미 화면에서 좋아요 수를 확인했기때문에 유저의 경험적으로 좋은 환경일 것이다.
이렇게만 보면 모든 부분에서 옵티미스틱 UI 쓰면 좋은게 아닌가?
라고 생각할 수 있지만 그건 아니다.
왜냐하면 옵티미스틱을 사용했다가 데이터 요청이 실패하면 요청 전의 값을 되돌려주기 때문이다.
따라서 실패 확률이 낮고,
틀려도 상관없는 중요하지 않은 데이터를 보여주고자할 때 사용하면 된다.
no record no memory