[번역] 로봇다리 개발자 가이드 - 목차

- 부족한 영어실력이라 오역이 있을수 있습니다.

액션스크립트 로봇다리 개발자 가이드 

80%의 코딩 문제들과 20%API문제들을 해결해 준다.

자동화된 Dependency Injection을 통해 유연성있는 개발을 할수 있다.

MVCS 설계를 통해 모델 서비스 컨트롤러 뷰의 관계를 이해 할수 있다.

1. AS3를 위한 경량 프레임 워크 '로봇다리'

 실제 로봇다리가 하는 일은 무엇인가?

- 로봇다리는 협업에 필요한 프레임 워크이다.

- 로복다리가 세가지 설계 패턴을 사용해서 만든다.

 프레임워크의 모든것이 필요한가?

  - 프레임워크를 사용하는 이유

  - 프레임 워크를 이용하지 않는 이유 

  - 로봇다리의 목표 

 

2. 로봇다리의 꿈 

 80%문제들을20%의 API를 사용해서 해결할수 있다.

 로봇다리의 코딩은 프레임워크에 묶여있지 않다.

 로봇다리는 가능하게 하는것을 목표로 하고있고 지시하지 않는다.

 대부분 AS3 애플리케이션들은 MVCS로 부터 이득을 가진다.

 테스팅, 테스팅 (쉽게 테스트 할수 있는 방법을 제시 한다)

 로봇다리를 쓰는 사람이면 알아야할 최종것들

 

 3. 로봇다리 응용프로그램의 해부학 

 로봇다리 응용프로그램에 필요한것을 얻는 방법 

  - 설계는 이벤트와 커맨드로 시작 한다.

 로봇다리 설계와 그립에 도착 

  - 'context' 는 로봇다리 응용프로그램에 있어 심장과 같다.

  - models와 services는 응용프로그램의 'Actors'이다.

  - MediatorMap은 응용프로그래밍 레이어와 뷰에 조인 할수 있는 방법을 제공한다.

  - 뷰나 컨트롤러가 아닌 로봇다리의 mediators는 다리역할을 한다. 

- CommandMap은 어떤 일들이 일어나게 만든다.

- 공유 이벤트 디스페쳐는 모두를 조인 시킨다.

 사용자 스토리는 로봇다리에서 구현

  - Personal Kanban example: 'backlog'에서 'doing'으로 글을 옮기는 예제 

  - Mosaic Design Tool example: 같지만 다른 디자인을 저장 

 

 4. 자동 종속성 주입 

 무엇을 정확하게 자동 종속성 주입이라 하는가?

  - 의존 관계는 다른 객체를 사용하는 요구사항이다.

  - 의존관계를 사용하는 3가지 방법 

 당신은 이미 종속성 주입을 사용하고 있다.

 세가지 종속성 주입의 방법 

  - Statics and globals make code rigid, brittle, hard to test and prone to memory leaks

- 위치 패턴은 당신의 클래스들에 추가적인 책임을 추진한다.

- 자동 종속성 주입은 '패스와 소포'를 필요한다 하지만 유연성있는 코드를 유지한다.

로봇다리의 주입이 어떻게 작동하는가?

- 자동 종속성 주입과 악수 

- 로봇다리의 다른 타입의 주입 

- 컴파일러에게 메타태그 주입을 포함 한다고 말해줄 필요가 있다.

- 자동 종속성 주입 'Gotchas'

5. 로봇다리의 context의 동작 

 context는 root-view를 제공 한다.

 startup()을 준비 되면 실행 할것인지 아니면 즉시 실행 할것인지를 물어본다.

 startup()은 주입 역할을 제공하고 view와 mediator를 매핑 하는데 사용된다.

 Context 종료 

 지금 당신은 몇가지 context를 가지고 있다.

 

6. CommandMap의 동작 

 Command는 간결한 목적을 가진 controller object다.

 이벤트들을 트리거 한다.

 execute메서드를 가진다. 

 그들의 할일을 하고 소멸 한다.

 사용가능한 주입된것들에 의지한다. 

 Command를 트리거 할수 있는 이벤트를 주입 할수 있다. 

 Command는 injector, command map, mediator map과 context view를 알수 있다.

 Command는 이벤트를 디스패치 할수 있다.

 Command이름을 잘 지어라 

 공유 로직을 위한 helper class의 사용 

 보유 하고 릴리즈 한다

 

 7. Models and Services : 어떻게 다른가?

  모델과 서비스는 항상 Actor를 상속 받는다.

  listen하지 않지고 항상 말한다.

  Command API를 통한 이용 

  모델과 서비가 다른점 구별 

  Actor를 상속 받지 않은 클래스들은 이벤트 디스페쳐를 공유하여 이벤트를 디스패치 하지 않는다 

  서비스의 구성 

  - command를 사용하는 서비스의 구성 

  - injecting구성을 통한 서비스 구성 

  Actor를 상속 받지 않은 모델과 서비스의 작동 (서드파티 코드 포함)

  - 래핑 Actor 

  - 이벤트를 디스패치 할때 커맨드 사용 

  로봇다리의 모델 디자인 팁

  - 책임의 분리 

  - 강한 타입의 컬렉션을 위한 래퍼 사용 

  - 상호 종속적인 모델을 절대 생성하지 말것 

  모델과 서비스사이의 관계를 매니징 

  

8. view와 mediator의 연결 

 MediatorMap의 소개 

  - 와이어링 View와 MediatorMap

 view components의 중재 

  - view가 스테이지에 추가 될때 Mediators는 생성된다.

  - Mediator 구조 

  - Mediator들의 로직의 방지 

  - onRegister()의 와이어링 

  - EventMap의 사용 

  - onRemove를 사용해서 수동적으로 청소 할 수 있다.

 좋은 Mediator는 우체부다.

  - 다른 mediator에게 알린다.

  - 뷰 로직을 mediator에서 절대 구현 하지 않는다 

 

 9. 로봇다리 작동 : Rich Examples 

  특징 : Mosaic Tool 

  도전 1: 기본적인것

  도전 2: 뷰

  비쥬얼 디자인에서 모델을 유지 

  Personal Kanban App

  새로운 글을 집어 넣는 방법 

  잠깐, 더 많은 예제를 원해요!

  

10. 테스팅 로봇다리 응용프로그램 

 테스틀이 제공하는 injections

 model 테스팅

 service 테스팅 

 command 테스팅 

 mediator 테스팅 

  뷰 결과에 따라 이벤트 를 공유 이벤트를 디스페치 하는것을 테스트 

  뷰에 액션이 일어 났을때 공유 이벤트를 받는것을 테스트 

 

11. 파워업 

 부트스트랩은 뚱뚱한 contexts를 분해 한다.

 ContextEvents는 컨트롤을 유지하는데 돕는다.

 injection이 완료 되었을때 테그 메서드 [ PostConstruct]의 실행 

 복잡한 뷰와 그들의 Mediator사이에서 시그널의 이용

 로봇다리의 모둘러와 멀티플 컨텍스트 

  - 모듈이벤트디스페쳐와 child injectors 이 모듈러와 여러개의 Context들을 작동하게 한다.

 로봇다리 유틸과 애드온들 이용한 확장하는 방법 

 ViewMap - 뷰를 위한 injection 

 Mediator map 퍼포먼스 

 

 

A. 문제 해결 팁 

B. Swiftsuspenders: 로봇다리 인젝터의 숨은 힘