mx.core.Container은 가끔 contentPane을 사용하지만 다른 때는 그렇지 않습니다.Flex : mx.core.Container가 항상 'contentPane'을 사용하지 않는 이유는 무엇입니까?
다른 말로하면, 어떤 복잡한 논리가 거기에 놓여 야한다고 결정하면 Container의 아이들은 contentPane에 어떻게 넣을 수 있습니까? 왜 항상 모든 어린이들을 contentPane에 두지 않는 것이 좋을까요?
메모리가 작동하면 sdk에 addingChild() (상속 된 메서드 일 수 있음)가 답이됩니다. 그것은 스타일과 관련이 있습니다. 스타일에 관해서 이야기 할 사람이 아니기 때문에이 답변을 커뮤니티 위키로 돌리고 있습니다. 나는 이것을 해본 적이 없다고 말할 수는 없습니다 ...
'addingChild'를 살펴 봤는데, 대부분의 경우와 마찬가지로'contentPane'의 선택성이 그다지 좋아 보이지 않는다. - 대부분의 장소와 마찬가지로 함수를 더 복잡하게 만드는 역할을합니다. –
그래, 내 첫 문장에서 알 수 있듯이 내 기억이 나를 잘 대우하지 못했던 것처럼 보인다. 사실 나는이 사실을 전혀 모를 것이라고 확신한다. 컨테이너가 작동하는 방식보다 스타일을 사용하는 것이 훨씬 적습니다. 나는 'contentPane flex'를 봤고, 그 밖의 것은별로 없다. 컨테이너의 소스를 거치면서 스크롤하는 데 사용되는 것처럼 보입니다. 저는 소파에 맥주를 얹고 있습니다. 그래서 코드를 들여다 보았습니다.하지만 그것은 마치 그녀가 어떻게 보이는지입니다. 스크롤하는 것입니다. –
내용 창 컨테이너가 내부적으로 자식을 호스트하는 데 사용되지만 스크롤이 가능한 경우에만 사용되는 간단한 표시 객체입니다. 따라서 어린이들이 '때때로'콘텐츠 창 안에 배치되는 이유입니다. :)
이 내용 창은 이동되고 있으며 컨테이너가 스크롤되는 방식입니다.
'scrollContent'를 켜고 끄면 Flex는 하위 항목을 컨테이너 자체에서 내용 창으로 이동하며 그 반대의 경우도 마찬가지입니다. 처음 컨텐츠 창으로 이동하기 전에 창을 작성합니다.
이 프로세스가 사용자에게 투명하게 적용된다는 점, 즉 하위 항목을 추가/제거 할 때 컨테이너가 컨테이너 (내용 창 또는 컨테이너)에 배치 할 위치를 처리한다는 점도 중요합니다. 또한 레이아웃 메커니즘은 두 경우 모두 (콘텐츠 창 유무에 관계없이) 하위 노드에서 동일한 방식으로 작동합니다.
이제 "왜 항상 모든 어린이들을 contentPane에 두지 않습니까?"라는 질문에 대한 대답입니다.
성능! 우리는 항상 응용 프로그램의 구성 요소 수를 최소화하는 경향이 있습니다. 왜 작은 컨테이너 만 scrollContent를 true로 설정하는 동안 각 컨테이너마다 내용 창을 사용해야합니까? 평범한 Flex 앱의 대부분의 컨테이너는 자식을 가로 또는 세로로 그룹화합니다.
언제든지 MXML을 게시 할 수 있습니까? – MonoThreaded
어떤 MXML입니까? 이것은 내 코드와 아무런 관련이 없다. 이것은 플렉스 표준 라이브러리에 관한 질문이다. –