2011-07-05 5 views
0
, 그것은 바로 패턴 전역 변수와 유사하다 모델 로케이터 패턴입니다 연수정 (플렉스 프레임 워크)에서

, 거기 어도비는연수정 모델 로케이터 패턴

어도비 컨설팅 최선 패턴 플렉스에 대해 말하고있다 팀은 Model Locator 패턴을 Flex 개발자가 채택하기에 가장 좋은 연습으로 생각했습니다. 모델 로케이터 패턴은 입니다. 핵심 패턴 J카탈로그에서 빌린 패턴이 아니기 때문입니다. 대신, 우리는이 패턴을 플렉스 응용 프로그램 개발을 위해 특별히 만들었습니다. 우리의 동기는 응용 프로그램 상태가 Flex 응용 프로그램에 있고, 구성 요소가 렌더링하고자하는 클라이언트 측 모델 구성 요소를 "찾을 수있는"단일 위치를 갖는 것이 었습니다. 모델 로케이터 패턴 은 데이터 바인딩을 사용하여 ModelLocator 클래스의 단일 인스턴스에서 을 보유한 클라이언트 측 상태에 직접보기 구성 요소가 을 바인딩하도록 권장합니다. 이러한 방법으로, 모델이 ModelLocator에 업데이트 될 때마다, 모델에 바인딩 모든 뷰 컴포넌트 은 (기본 데이터 바인딩 메커니즘을 통해) 알림을 수신하고 클라이언트의 새로운 모델을 렌더링하기 위해 자체를 업데이트합니다.

답변

3

내가 읽은 바에 따르면, 당신이 Cairngorm 2와 그 우수 사례에 대해 이야기하고 있다고 의심됩니다. 버전 2 이후 Cairngorm 프레임 워크가 크게 바뀌 었음을 알아야합니다.

더 새로운 버전 인 Cairngorm 3은 더 많은 가이드 라인, 도구 및 라이브러리와 비슷합니다. 다른 Flex 애플리케이션 프레임 워크.

내가 RobotLegs, Parsley 또는 Spring ActionScript

환호와 같은 새로운 (어) 프레임 워크의 일부에 볼을 권합니다

난 그냥 어도비가 말하고있는 것을 알 필요가
+0

, 즉 글로벌 변수 패턴을 사용하는 것이 좋다 일부 경우에? –

+0

따라서 대답. 기존 프로젝트가 있고 실제로 Cairngorm 2를 사용해야하는 경우 실제로 갈 방법이 없습니다. 하지만 그렇지 않은 경우 cairngorm2를 사용한 경험에서 사용한 일부 디자인 패턴에 몇 가지 문제가 있었기 때문에 새로운 프레임 워크를 사용하는 것이 좋습니다. 예를 들어 RPC 호출에 응답 한 명령입니다. –

+0

@Sandeep Manne 사실 모델 검색기는 [anti-pattern]입니다 (http://blog.iconara.net/2008/04/13/architectural-atrocities-part-x-cairngorms-model-locator-pattern/).) 및 *는 사용하지 않아야합니다. 이제까지*. 나는 이것으로 과거에 많은 문제에 부딪쳤다. Dennis의 말을 경청하고 Cairngorm 2를 사용하지 마십시오. Cairngorm 3는 Parsley를위한 확장 일뿐입니다. 저는 개인적으로 대기업 어플리케이션에 권장합니다. Robotlegs는 또 다른 좋은 프레임 워크입니다. ** 무엇을 하든지, Cairngorm을 사용하지 마십시오. 2. 미리주의를 기울였습니다! ** –

관련 문제