현재 Flex MVC 프레임 워크 PureMVC을 사용하고 있습니다. Cairngorm에 대한 좋은 소식을 들었습니다. Cairngorm은 Adobe가 지원하며 시장에 첫발을 내딛었습니다. 그리고 Mate라는 새로운 플레이어가 있습니다. Mate는 좋은 호응을 얻고 있습니다.Flex MVC 프레임 워크
누구나이 프레임 워크 중 두세 가지를 시도하고 의견을 냈습니까?
감사합니다.
Mate은 제 선택입니다. 가장 중요한 이유는 완전히 눈에 거슬리지 않기 때문입니다. 내 응용 프로그램 코드는 프레임 워크에 종속되지 않으며 매우 분리되어 재사용 가능하며 테스트 할 수 있습니다.
메이트의 가장 좋은 기능 중 하나는 선언적 구성입니다. 기본적으로 애플리케이션은 이벤트 맵이라는 태그에서 애플리케이션을 연결합니다. 기본적으로 애플리케이션이 생성하는 이벤트의 목록과 그들은 발생합니다. 이벤트 맵은 응용 프로그램이 수행하는 작업에 대한 개요를 제공합니다. Mate는 Flex의 자체 이벤트 메커니즘을 사용하지만 대부분의 다른 프레임 워크처럼 자체적으로 자체적으로 구현하지 않습니다. Cairngorms CairngormEventDispatcher 나 PureMVC의 알림 시스템과 같은 직통 전화가 필요하지 않고, 뷰 계층 구조 어디에서나 이벤트를 디스패치하고 프레임 워크에 자동으로 버블 링 할 수 있습니다.
메이트는 의존성 삽입 (활용 바인딩)을 사용하여 모델을 다른 것에 대해 알지 못해도 뷰에 연결할 수 있습니다. 이것은 아마도 프레임 워크의 가장 강력한 기능입니다.
내 생각에 다른 Flex 애플리케이션 프레임 워크 중 어느 것도 Mate 근처에 없습니다. 그러나 이들은 경쟁자이며 덜 유용하다고 생각하는 이유는 무엇입니까?
PureMVC는 프레임 워크를 이식하기 위해 Flex의 많은 이점 (예 : 바인딩 및 이벤트 버블 링)을 적극적으로 거부합니다. 내 생각에 목표. 또한 지나치게 엔지니어링되어 있으며 침입자도 마찬가지입니다. 애플리케이션의 모든 부분은 프레임 워크에 따라 다릅니다. 그러나 PureMVC는 끔찍한 것이 아니며 Flex에 적합하지 않습니다. 대안은 FlexMVCS으로, PureMVC를 Flex에 더 적합하게 만드는 노력입니다 (불행히도 아직 문서가없고 소스 만 있음).
Cairngorm은 전역 변수와 밀접하게 연결된 응용 프로그램을 만드는 anti-patterns 묶음입니다. Nuff는 말했다 (그러나 관심이 있다면 here are some more of my thoughts 및 here too).
Swiz은 Java 및 Cairngorm 용 Spring 프레임 워크에서 영감을받은 프레임 워크입니다 (후자의 최악의 부분을 보완하려고 시도 함). 의존성 주입 컨테이너를 제공하고 메타 데이터를 사용하여 종속성의 자동 배선을 가능하게합니다. 흥미 롭지 만, Cairngorm의 전역 변수가 종속성 주입을 사용하는 것을 피하기 위해 그러한 길이로 진행되지만 중앙 이벤트 전달을 위해 전역 변수를 사용한다는 점에서 약간의 어려움이 있습니다.
내가 시도했거나 조사한 것입니다. 내가 들었던 몇 가지 다른 것들이 있지만 널리 사용되는 것은 없다고 생각합니다. Mate와 Swiz는 최근 360 | Flex 컨퍼런스에서 발표되었으며 비디오가 있습니다 (the Mate folks have instructions on how to watch them)
Cairngorm은 Adobe 스폰서 프레임 워크이며 현재 opensource.adobe.com에서 호스팅됩니다. 또한 개발자들 사이에서 지금까지 가장 많은 사람들이 다가 왔다는 점에 유의하십시오.
Cairngorm을 알고 직업을 찾고 있다면 멀리 가지 않을 것입니다.
연수정은 사용하기 쉽고 잘 설명되어 있습니다 : http://www.cairngormdocs.org/
내가 Cairngorm Diagram Explorer 및 Cairngorm에 대한 고전적인 기사를 추천합니다.
저는 Cairngorm을 배웠을 때 Flex에 익숙하지 않았지만 위와 함께 배우는 것이 유용하고 쉽다는 것을 알았습니다.
우리는 현재 Spring ActionScript 프레임 워크에서 MVCS 구현에 대해 작업 중입니다. Inversion of Control 컨테이너의 모든 기능을 사용하므로 중앙 집중식 종속성 관리가 가능하며 쉽게 상호 교환 할 수 있습니다. 그것은 당신이 일을하는 방식에있어 매우 규범 적이 지 않지만 매우 유연한 인프라를 제공합니다. 당신이 봄 액션과 MVCS를 처음 사용하는 경우
, 내 블로그에 입문 게시물이 있습니다 http://www.herrodius.com/blog/158
나는 많은 논의를 여러 번 이러한 종류의를 보았다. 그들은 보통 Flex 프레임 워크로 시작합니다. 많은 사람들이 왜 Flex 프레임 워크 위에 어떤 프레임 워크를 사용해야하는지에 대한 질문을하지 않습니다.
Flex 코드에서 MVC 프레임 워크 (Cairngorm, PureMVC)를 사용하지 않기를 바랍니다. 메이트가 더 나은 후보자입니다. 적어도 그것은 이해하기 쉽고 방해가되지 않습니다. 필자는 향상된 구성 요소
알라 카르 트를 사용하는 것을 선호합니다. 우리는 많은 툴을 제공하고 오픈했습니다 (Clear Toolkit의 clear.swc를 http://sourceforge.net/projects/cleartoolkit/ 참조하십시오.)
오라일리 책 "Flex와의 엔터프라이즈 개발"의 첫 번째 장에는 여러 Flex 프레임 워크 :. http://my.safaribooksonline.com/9780596801465
유일하게 합리적인 답을 추가해 주셔서 감사합니다. 프레임 워크를 사용하지 마십시오. 마침내 일부의 온건함이 논쟁에 이르게되었습니다. 단순한 솔루션을 spagetti 코드의 엄청나게 복잡하고 비 대한 더미로 바꾸고 싶다면 프레임 워크가 당신을위한 것입니다. 매끄럽고 깨끗한 코드가 실제로 작동하고 쓰기 쉽고 유지 보수가 쉬운 것을 선호한다면 모든 프레임 워크에서 벗어나는 것이 좋습니다. 나는 이것이이 논의에서 가장 대중적인 틀이 "가장 덜 간섭적인"것이라는 사실에 의해 이것이 이루어 졌다고 생각한다. 침입을 제로로 시도하십시오. 매우 상쾌합니다. – chris
MATE는 프레임 워크가 무엇을해야합니까 go.A 프레임 워크로가는 길이다 나는 좀이 MVC에 대한 나의 의심이 아키텍처 간단한 작은 풋 프린트 효율성
에게 드 결합. 프레임 워크 (Mate, Cairgnorm 등 ...)가 e를 구현하는 방식 vent map 및 이벤트 컨트롤러를 사용하면 wxWidgets 및 기타 GUI 툴킷을 너무 많이 생각 나게합니다.
그러나 Flex 나 이러한 MVC 프레임 워크 중 하나가 Qt에서 제공하는 Signal/Slots 패러다임을 사용하는 것이 좋습니다.
다른 프레임 워크처럼 위대한 프로젝트와 복잡한 프로젝트를 개발하는 데 MATE를 사용하는 것이 좋습니다. Mate는 이벤트 처리, 데이터 바인딩 및 비동기 처리와 같은 Flex의 일반적인 아키텍처 문제를 해결하지만 가장 중요한 목표는 태그 기반으로하므로 Flex 어플리케이션에서 사용하기가 쉽습니다.
예 메이트는 플렉스에 가장 적합한 프레임 워크입니다. GUI와 백엔드 데이터 서비스 측면에서 몇 가지 개정판이있는 하나의 응용 프로그램에서 사용했습니다. 나는 변화가있을 때마다 내 이벤트 맵을 바꿀 필요가있었습니다.
메이트는 테스트를 메이트의 장점이 아니지만 좋은 것으로 만드는 MockService 구현을 가지고 있습니다.
저는 Swiz 프레임 워크를 사용하고 있습니다 (권장). 복잡하지 않고 PureMVC가 아니지만 일을 끝내게됩니다. 게다가 IoC 컨테이너이기 때문에 IoC를 좋아합니다.
나는 메이트를 사용한 적이 없으므로 나는 그것에 대해 언급 할 수 없다. 하지만 저는 Cairngorm에게 추천합니다. Cairngorm은 오픈 소스라고하지만 실제로 커뮤니티에서는 잘 지원하지 않습니다. 출시주기도 느립니다. 나는 네비게이션 라이브러리가 베타 버전에서 나올 때까지 기다리고 있었다.
자신의 필요에 따라 MVC "프레임 워크"를 설계해야합니다. 약간의 디자인 패턴을 알고 있다면, Flex는 기본적으로 많이 제공됩니다.
자신 만의 MVC를 설계 할 때 가장 좋은 점은 필요에 따라 가중치를 줄이거 나 복잡하게 만들 수 있다는 것입니다.
프레임 워크에 대한 경험이 있다면 기본적으로 프레임 워크를 사용하지 않을 때보 다 두 배 많은 코드를 작성해야한다는 것입니다. 프레임 워크에 대한 좋은 점은 일관된 방식으로 작업해야한다는 것입니다. 그러나 디자인 패턴, 모범 사례 및 상식을 사용하여 일관된 방식으로 작업 할 수 있다면 프레임 워크를 피하는 것이 좋습니다.
프레임 워크가 다른 것보다 낫다는 결론을 내리는 것은 매우 어렵습니다. 프로젝트 및 팀원 전문 지식의 본질 및 복잡성에 따라 환경 설정에서 다른 것보다 하나가 더 적합 할 수 있습니다.
여기에 대한 간단한 설명과 이에 대한 자세한 정보가있는 플렉스 프레임 워크 목록을 작성했습니다. URL. http://practicalflex.blogspot.com/2011/08/list-of-adobe-flex-tools-frameworks.html URL은 프로젝트의 Flex 프레임 워크를 평가하려는 사용자에게 유용 할 수 있습니다.
많은 Flex 프레임 워크를 평가 한 결과, 새로운 개발자를 위해 Swiz 프레임 워크를 가장 간단하고 쉽게 찾을 수있었습니다. 따라서 응용 프로그램의 확장 성이 유지 보수가 용이합니다.
저는 cairngorm 및 mate 프레임 워크를 작업했습니다. 나는 cairngorm 프레임 워크로 시작했다. 일하기는 좋지만 처음에는 이해하기가 어렵습니다. 그것은 영리하게 사건 파견을 다룬다. 클래스 자체의 이벤트를 전달할 수 있으며 프레임 워크 유선 명령 클래스가 처리합니다. 데이터를 저장하기위한 단일 저장소가 있으므로 데이터를 쉽게 처리 할 수 있습니다. 싱글 톤 클래스입니다. 일단 프레임 워크를 잡으면 작업이 더 쉬워집니다. 메이트는 태그 기반 프레임 워크입니다. 이벤트 기반 프레임 워크이므로 모든 이벤트는 이벤트 맵 파일에서 처리됩니다. 이벤트 듣기, 속성 삽입 및이 클래스 자체의 다른 많은 작업을 수행합니다. 프레임 워크 이벤트 디스패처의 인스턴스를 전달하여 클래스의 이벤트를 전달할 수 있습니다. Cairngorm과 같은 싱글 톤 클래스를 사용할 필요가 없습니다. 속성 삽입을 직접 사용하여 클래스의 속성을 뷰에 바인딩 할 수 있으므로 아무런 싱글 톤 클래스도 사용할 필요가 없습니다. 메이트에서 모든 클래스와 뷰는 프레임 워크 코드가 없으므로 분리 된 프레임 워크입니다. 구성 요소를 한 위치에서 다른 위치로 쉽게 이동할 수 있습니다.
좋은 분석과 일반적으로 나는 당신과 동의합니다. Swiz의 중앙 디스패처는 선택 사항이며 많은보기/구성 요소에 로그인, 로그 아웃 등과 같은 알림이 필요한 이벤트가있을 때만 필요합니다. –
과거에는 오랜 시간 이었지만 사려 깊은 답변에 감사드립니다. 당시 이미 PureMVC에 전념했습니다. 그리고 나는 몇몇 플러스 (레이어 사이의 깨끗한 분리)와 빼기 (코드 양, 테스트 가능성 및 알림 시스템)를 발견했습니다. 여러분의 의견과 다른 사람들의 의견을 바탕으로 메이트와 함께 새로운 프로젝트를 시작했습니다. – Rydell
내가 Cairngorm을 조사하기 시작했을 때 나는 똑같이 느꼈다. 가장 먼저 모델과 애플리케이션 상태를 추적하는 ModelLocator에 대해 말씀 드렸습니다. 특히 시작하기 자습서로 몇 가지 종소리가 울려 퍼졌습니다. – seanmonstar