플렉스 4로 마이그레이션 할 때 코드베이스에 미치는 영향은 얼마나됩니까? 우리는 Flex 3로 작성된 약 40,000 개의 LOC를 가지고 있습니다. Flex SDK에 큰 변화가 없기를 바라고, 모든 중단을 최소화하면서 Flex 4의 새로운 기능으로 원활하게 전환 할 수 있기를 바랍니다. 필자가 읽은 바로는 Adobe에서 '스파크'라는 새로운 GUI 구성 요소 집합을 개발하고 있지만 기존 구성 요소가 새로운 구성 요소와 공존 할 수 있기를 바랍니다.플렉스 4로 마이그레이션
스파크 및 MX 구성 요소는 동일한 응용 프로그램 내에서 (그리고 동일한 MXML 파일 내에서도) 공존 할 수 있습니다. CSS 네임 스페이스가 이제 지원되기 때문에 CSS가 작동하는 방식에 약간의 변경 사항이 있습니다. 그러면 약간의 마이그레이션 단계가 발생하게됩니다.
Spark와 MX를 선택하는 측면에서 이미 MX 구성 요소를 사용하는 기존 코드를 동일하게 유지하는 것이 좋습니다. 모든 것을 즉시 촉발시킬 필요는 없습니다. 필요에 따라 점진적 변경을 할 수 있습니다. 새로운 개발을 위해서는 가능하면 Spark을 사용해야합니다. 그러나 Flex 4의 Spark 구성 요소는 MX와 100 % 기능 패리티를 가지지 않으므로 당분간 MX 구성 요소를 계속 사용해야하는 경우가 발생할 수 있습니다.
새로운 것들을 채택하지 않고도 Flex 4로 이동할 수 있습니다. MXML 파일을 업데이트 할 필요가 없도록 2006 네임 스페이스를 유지할 수 있습니다. 또한 선택적으로 Spark 구성 요소를 사용할 수 있습니다. 이렇게하는 것의 유일한 주요 이점은 더 빠른 컴파일러입니다. 또한 2009 네임 스페이스와 스파크로 점진적으로 이동할 수 있습니다.
James, 더 빠른 컴파일러가 의미하는 바를 자세히 설명해 주시겠습니까? MXML 컴파일이 Spark 구성 요소의 경우 더 빠르다거나 SWF에 컴파일되면 성능이 더 빠르다는 말입니까? –
Flex 3 기반 응용 프로그램을 컴파일하는 경우에도 Flex 4 컴파일러가 전반적으로 더 빠릅니다. – Marplesoft