사진을 캐시해야 할 때 일반적인 지침이나 규칙이 있습니까?사진을 캐시해야하는시기
예를 들어 나는 작은 아이콘 이미지의 격자보기를 가지고 있습니다. 이 페이지는 앱 시작 시점에 있지 않으므로 사용자가 볼 수 있다고 보장 할 수는 없으며 이러한 이미지는 서버 측을 변경할 수 있지만 대부분은 그렇지 않습니다. 작은 것이기 때문에 캐시가 너무 많거나 많지 않으므로 캐시해야합니까?
또 다른 예는 위에서 언급 한 이미지 중 하나를 클릭하면 더 큰 이미지 하나가있는보기로 연결됩니다.이 이미지는 크기가 커지거나 사용자가 매번 네트워크 요청을하도록해야하기 때문에 캐시해야합니다. ?
나는이 특정 질문에 대한 대답이 아니라 지침을 따르고 자합니다.
캐싱으로 명확히하기 위해 파일을 저장소에 저장하는 것을 의미합니다. 또한, 이것보다 좋은 방법이 있습니까?
도움 주셔서 감사합니다.
캐싱은 사용자 환경에서 중요한 기능이므로 사용자가 특정 '페이지'를 볼 수있는 보장이 없다고해도 좋은 점입니다.
많은 변수에 직접 캐시에 이미지를 달려 저장 :
이 - 얼마나 많은 이미지를 우리가
이야기 - -
캐시되지 않은 경우 이미지를 재생하기 위해 얼마나 많은 시간을 차지하나요 할 얼마나 자주 그들이
변경 - 각 이미지의 크기는 무엇입니까
예를 들어, 매달 바뀌는 이미지의 축소판 이미지가 100 개인 경우 많은 의미가 있습니다. 자주 변경되는 1024x768 해상도로 200 개의 이미지를 캐싱하지 않습니까? 그렇지 않습니까? 대답은 매우 다양합니다.
또한 캐시에는 항상 저장 영역 경계가 있어야합니다. 큰 이미지가있는 이전 예에서도 캐시를 특정 저장 용량으로 제한 할 수 있습니다.
일반적으로 캐시는 가장 최근에 사용한 항목의 로컬 복사본을 저장합니다. 그러나 더 복잡한 알고리즘을 구현할 수 있습니다 (예 : 가장 최근에 사용한 이미지를 캐싱하는 대신 가장 많이 방문한 이미지 저장).