제목에서 알 수 있듯이 applyResult 및 applyFault 방법이 AsyncToken 인 이유는 mx_internal입니까?ActionScript/Flex : AsyncToken의 apply {Fault, Result} 메소드가 내부적으로 왜 발생합니까?
내 코드에 AsyncToken을 사용하고 싶었지만 클라이언트를 use namespace mx_internal에 보내지 않으므로 다시 작성한 적이 있습니다.
mx_internal은 시간이 지남에 따라 바뀔 수있는 프레임 워크의 내용을 표시하는 데 사용됩니다. (분명히 C# 및 Java는 사용되지 않는 것으로 잘못 생각했습니다.) 특정 방법이 mx_internal으로 표시된 정확한 이유는 해당 항목을 표시 한 개발자 만 알 수 있습니다. 그들은 언젠가 그것을 논의하기 위해 만났을 것입니다. "이봐, 접근 방법은 우리가 그 방법을 원해" "모르겠다. "잘 모르겠다" "좋아, 이제 그들을 mx_internal으로 만들어 보자." 보호 된 것으로 표시되어야하는 메소드가 mx_internal (또는 경우에 따라 더 나쁜 개인)으로 표시된 많은 경우가 있었으며 플렉스 프레임 워크에서 가장 귀찮은 것 중 하나입니다.
mx_internal 네임 스페이스는 프레임 워크의 대부분의 구성 요소에서 가져 오기 때문에 원하는지 여부에 관계없이 네임 스페이스를 사용하므로 Flex 프레임 워크 구성 요소를 사용하는 경우 빌드에 이미 포함되어 있습니다.
이 클래스를 작성했다면 실수로 메소드를 호출하는 것을 원하지 않기 때문에이 클래스를 작성했지만 내부 클래스는이를 호출해야합니다. 그것들은 mx_internal과 같은 의미가 있습니다.
"일반 사용자"가 클래스를 * 사용하지 않을 * 경우 * 이해합니다. 그러나,'apply' 메쏘드가'mx_internal'이라는 사실을 제외하면, 이것이 사실이라는 표시는 없습니다. 'AsyncToken'을 리턴하는 메소드를 작성하고 싶다면 어떻게 될까요? –
답장을 보내 주셔서 감사합니다. Flex의 액세스 한정자가 제멋대로라는 느낌이 들지 않습니다. 또한,'mx_internal' 네임 스페이스를로드하고 싶지는 않습니다 ... 단지 내 라이브러리의 최종 사용자에게'import mx.core.mx_internal; 네임 스페이스 mx_internal'을 사용하여 매 코드에서 AsyncToken을 보내고 싶을 때마다 (나는 이것을'AsyncToken'에'DeferredResult'라고 다시 써서이 문제를 해결했습니다). –