표시 객체 캐싱

비트맵 캐싱 기능이 필요한 경우

다음과 같은 경우에는 일반적으로 비트맵 캐싱을 사용할 경우 큰 이점을 얻을 수 있습니다.

• 복잡한 배경 이미지: 섬세하고 복잡한 벡터 데이터 배경 이미지가 포함된 응용 프로그램을 사용할 경우로, 비트맵 추적 명령을 적용한 이미지 또는 Adobe Illustrator®에서 작성한 아트웍 작업 등입니다. 배경에 있는 문자들에 애니메이션 효과를 적용할 수도 있으며, 그 결과 배경에서 벡터 데이터를 지속적으로 다시 생성해야 하므로 해당 애니메이션의 속도는 느려집니다. 이때 성능을 향상시키려면 배경 표시 객체의 opaqueBackground 속성을 true로 설정합니다. 배경이 비트맵으로 렌더링되고 빠르게 다시 그려지므로 애니메이션은 훨씬 더 빠르게 재생됩니다.

• 스크롤 텍스트 필드: 스크롤 텍스트 필드에 대량의 텍스트를 표시하는 응용 프로그램을 사용할 경우입니다. 스크롤 경계선으로 스크롤이 가능하도록 설정(즉, scrollRect 속성을 설정함)한 표시 객체 안에 텍스트 필드를 배치할 수 있습니다. 이렇게 하면 지정된 인스턴스에 대해 빠른 픽셀 스크롤을 수행할 수 있습니다. 사용자가 표시 객체 인스턴스를 스크롤하면 Flash Player나 AIR에서 스크롤된 픽셀은 위쪽으로 이동하며 전체 텍스트 필드가 다시 생성되는 대신 새롭게 표시되는 영역만 생성됩니다.

• 윈도우 시스템: 윈도우가 겹쳐지는 복잡한 구조가 포함된 응용 프로그램을 사용할 경우입니다. 각 윈도우는, 예를 들면 웹 브라우저 윈도우처럼 열려 있거나 닫혀 있을 수도 있습니다. cacheAsBitmap 속성을 true로 설정하여 각 윈도우를 표면으로 표시하면 각 윈도우는 서로 분리되고 캐시됩니다. 사용자는 윈도우를 드래그하여 서로 겹쳐지게 할 수 있으며, 각 윈도우에서는 벡터 내용을 다시 생성할 필요가 없습니다.

• 알파 채널 마스크: 알파 채널 마스크를 사용할 경우 chacheAsBitmap 속성을 true로 설정해야 합니다. 자세한 내용은 표시 객체 마스크을 참조하십시오.

이와 같은 모든 경우에 비트맵 캐싱을 활성화하면 벡터 그래픽이 최적화되므로 응용 프로그램의 응답성 및 상호 작용성이 향상됩니다.

또한 표시 객체에 필터를 적용할 때마다 cacheAsBitmap이 자동으로 true로 설정됩니다. 이 속성을 false로 명시적으로 설정한 경우에도 마찬가지입니다. 표시 객체에서 모든 필터를 지우면 cacheAsBitmap 속성이 마지막 설정된 값으로 돌아갑니다.

비트맵 캐싱의 사용을 피해야 할 경우

이 기능을 잘못된 환경에서 사용하면 SWF 파일의 성능이 저하될 수도 있습니다. 비트맵 캐싱을 사용할 경우 다음 지침을 따라야 합니다.

• 표면(캐싱이 활성화된 표시 객체)을 과도하게 사용하지 않습니다. 각 표면은 일반 표시 객체보다 메모리를 더 사용하므로 렌더링 성능을 향상시킬 경우에만 표면을 활성화해야 합니다.

  캐시된 비트맵은 일반 표시 객체보다 훨씬 더 많은 메모리를 사용할 수도 있습니다. 예를 들어, 스테이지 위의 크기가 250 x 250 픽셀인 Sprite 인스턴스가 캐시될 경우 250KB가 사용되는 반면에, 캐시되지 않은 일반 Sprite 인스턴스는 1KB를 사용합니다.

• 캐시된 표면에 확대/축소를 적용하지 않습니다. 비트맵 캐싱을 남용하면 특히 내용을 확대 및 축소할 경우 상당한 양의 메모리가 소비됩니다(앞의 항목 참조).

• 표면은 대부분 정적인, 즉 움직임이 거의 없는 표시 객체 인스턴스에 대해 사용합니다. 이 경우에 인스턴스를 드래그하거나 이동할 수 있지만 인스턴스의 내용은 움직이거나 크게 변경되어서는 안 됩니다. 애니메이션 또는 변경되는 내용은 애니메이션 또는 Video 인스턴스가 포함된 MovieClip 인스턴스와 비슷합니다. 예를 들어 인스턴스를 회전하거나 변형하면 해당 인스턴스는 표면 및 벡터 데이터간에서 전환되는데, 이는 처리하기 어려운 작업이며 SWF 파일에 부정적인 영향을 미치기도 합니다.

• 표면을 벡터 데이터와 혼합하면 Flash Player 및 AIR(때로는 컴퓨터)에서 수행해야 하는 처리 작업이 증가됩니다. 가능하면 표면을 서로 그룹화하는 것이 좋으며, 예를 들어 윈도우 응용 프로그램을 만드는 경우가 여기에 해당합니다.

• 그래픽이 자주 변경되는 객체는 캐시하지 않는 것이 좋습니다. 크기 조절, 기울이기, 표시 객체 회전, 알파 또는 색상 변형 변경, 자식 표시 객체 이동, 그래픽 속성을 사용한 그리기 등을 수행할 때마다 비트맵 캐시는 다시 그려집니다. 이러한 작업이 모든 프레임에서 이루어지면 런타임에서 객체를 비트맵으로 그린 다음 해당 비트맵을 스테이지로 복사해야 하며, 이 경우 캐시되지 않은 객체를 스테이지에 그릴 때와 달리 추가적인 작업이 발생합니다. 캐싱 및 업데이트 빈도 간 성능상의 균형 조건은 표시 객체의 복잡도와 크기에 따라 달라지며 특정 내용을 테스트한 후에만 결정할 수 있습니다.