일 구 현예 에서 , 제어기 는 시스템 의 이벤트 펌프 로부터 이벤트 들 을 수용 하 고 , 뷰 또는 모델 내 에 일어나 기에 적합 한 동작 을 결정 하 기 위하 여 다 형성 ( polymorphism ) 또는 조건 로직 을 사용 한다 . 결국 , 뷰 는 모델 및 제어기 로부터 변화 통지 들 을 리스닝 ( listen ) 하 고 , 그것 이 변화 통지 를 수신 할 때 필요 한 바 에 따라 새로운 데이터 에 대한 모델 을 질의 한다 . 모델 자신 은 애플리케이션 데이터 의 상태 를 추적 한다 . 이러 한 패턴 에 대한 공통 최적 화 는 뷰 및 제어기 의 책임 을 단일 프로그램 엔 티티 로 축약 하 는 것 이 다 ; BREW UI 툴 키트 는 이것 을 사용 하 여 , 이벤트 핸들러 ( hadler ) 가 임의 의 뷰 에 대하 여 명시 되 게 한다 . 본질 적 으로 , BREW UI 툴 키트 는 각각 의 뷰 에 대하 여 디폴트 제어기 들 을 제공 하 며 , 그러 한 행동 은 새로운 이벤트 핸들러 를 통해 제어기 로 오버 라이드 ( override ) 될 수 있 다 .