markItUp

 

TinyMCE

CKEditor

 

 

 

 

 

SPAW Editor

 

HyperTextArea

 

 

Smart Editor

 

 

 

Daum Editor

 

Xquared

 

 

Rain Editor

YUI Rich Text Editor

KISSY Editor

원문: (링크)

원문을 간단히 번역하였습니다만 영어를 잘 몰라서 그냥 서투르게 나만 이해하면 될만큼만 번역하였습니다;;;

Flex는 Flash개발환경보다 풍부한 컴포넌트라이브러리를 가지고 있기는 하지만 또한 이 원인으로 프로그램으로 하여금 방대해지고 느려지게 만든다. 아래 5가지 건의는 당신의 Flex애플리케이션을 옵티마이징하는데 큰 도움이 될 것이다.

1. 컨테이너를 다른 컨테이너에 삽입하는걸 될수록 피면하고 상대적크기(relative size)와 상대적위치의 사용을 감소하도록 하라.

한 엘레멘트가 컨테이너속에서 백분비를 사용하게 될 때 발생하는 크기와 위치의 변화는 서브엘레멘트의 리포지셔닝을 가져오므로 뎁스가 많은 컨테이너에서는 방대한 계산량을 가져오게 된다.

2. 될수록 Canvas와 같은 가벼운 컨테이너를 사용하라
Canvas는 제일 작고 또 절대적포지셔닝(absolutely positioin) 이 가능하며 HBox와 VBox를 대체하여 사용할수 있다. 또한 Canvas는 기본적인 컨테이너기능과 훌륭한 확장능력으로 하여 우리가 컨테이너를 커스터마이징함에 있어서 최상의 선택이다.

3. DataGrid나 AdvancedDataGrid와 같은 무거운 컴포넌트의 사용을 피하라.
무거운 컴포넌트는 비록 강대한 기능을 제공하지만 보다 높은 사양의 메모리와 CPU를 필요로 한다. 또한 이러한 컴포넌트의 복잡성(complexity)때문에 이런 컴포넌트에 대한 스킨, 패턴, 아이템렌더러를 구현하기 어렵다.

4. 데이터를 처리함에 있어서 페이지를 나누어야 한다.
데이터타입 컨트롤을 사용할 때 보여주는 데이터의 량을 줄이도록 하여야 한다. 례를 들어 TileList와 같은 경우
모든 데이터를 보여주고 우리들이 원하는바를 고려하지 않고 모든 데이터를 보여주기때문에 대량의 리소스를 차지하게 된다. 반대로 ViewStack, TabNavigator 등 컴포넌트는 필요할 때에만 엘레멘트를 생성함으로써 불필요한 랑비를 피면할수 있다.

5. setStyle과 styleName
Flex컴포넌트의 스킨은 시각적 엘레멘트 로서 초기화될 때 당전 스타일(례를 들어:styleName)에 따라 생성된다.
스타일을 재설정하면 setStyle을 사용하여 다시 크기와 위치를 정의하게 되므로 1.에서 강조한 바와 같이 뎁스가 많은 컨테이너를 만날 때 방대한 계산량을 필요하게 된다.