이벤트 시스템

Qt에서 이벤트는 추상 QEvent 클래스에서 파생된 객체로, 애플리케이션 내에서 발생한 일이나 애플리케이션이 알아야 할 외부 활동의 결과로 발생한 일을 나타냅니다. 이벤트는 QObject 서브클래스의 모든 인스턴스에서 수신하고 처리할 수 있지만, 특히 위젯과 관련이 있습니다. 이 문서에서는 일반적인 애플리케이션에서 이벤트가 전달되고 처리되는 방식을 설명합니다.

이벤트가 전달되는 방법

이벤트가 발생하면 Qt는 적절한 QEvent 서브클래스의 인스턴스를 구성하여 이를 나타내는 이벤트 객체를 생성하고, event() 함수를 호출하여 QObject (또는 그 서브클래스 중 하나)의 특정 인스턴스로 전달합니다.

이 함수는 이벤트 자체를 처리하지 않고 전달된 이벤트 유형에 따라 특정 유형의 이벤트에 대한 이벤트 핸들러를 호출하고 이벤트가 수락되었는지 또는 무시되었는지에 따라 응답을 보냅니다.

QMouseEvent 및 QKeyEvent 과 같은 일부 이벤트는 창 시스템에서 발생하고 QTimerEvent 과 같은 일부 이벤트는 다른 소스에서 발생하며 일부는 애플리케이션 자체에서 발생합니다.

이벤트 유형

대부분의 이벤트 유형에는 QResizeEvent, QPaintEvent, QMouseEvent, QKeyEvent, QCloseEvent 와 같은 특수 클래스가 있습니다. 각 클래스는 QEvent 을 서브클래싱하고 이벤트 관련 함수를 추가합니다. 예를 들어 QResizeEvent 는 size() 및 oldSize()를 추가하여 위젯이 자신의 치수가 어떻게 변경되었는지 확인할 수 있도록 합니다.

QMouseEvent 클래스는 마우스 버튼 누르기, 더블 클릭, 이동 및 기타 관련 작업을 지원합니다.

각 이벤트에는 QEvent::Type 에 정의된 연관된 유형이 있으며, 이를 런타임 유형 정보의 편리한 소스로 사용하여 주어진 이벤트 객체가 어떤 하위 클래스에서 생성되었는지 빠르게 확인할 수 있습니다.

프로그램은 다양하고 복잡한 방식으로 반응해야 하므로, Qt의 이벤트 전달 메커니즘은 유연합니다. QCoreApplication::notify ()에 대한 문서는 전체 내용을 간결하게 설명하고 있으며, Qt 분기별 기사 Another Look at Events는 이보다 덜 간결하게 요약하고 있습니다. 여기서는 95%의 애플리케이션에 대해 충분히 설명하겠습니다.

이벤트 핸들러

이벤트가 전달되는 일반적인 방법은 가상 함수를 호출하는 것입니다. 예를 들어 QPaintEvent 는 QWidget::paintEvent()를 호출하여 전달됩니다. 이 가상 함수는 일반적으로 위젯을 다시 페인팅하여 적절하게 반응하는 역할을 담당합니다. 가상 함수의 구현에서 필요한 모든 작업을 수행하지 않는 경우 기본 클래스의 구현을 호출해야 할 수 있습니다.

예를 들어 다음 코드는 사용자 지정 확인란 위젯의 마우스 왼쪽 버튼 클릭을 처리하는 동시에 다른 모든 버튼 클릭은 기본 QCheckBox 클래스로 전달합니다:

void MyCheckBox::mousePressEvent(QMouseEvent *event)
{
    if (event->button() == Qt::LeftButton) {
        // handle left mouse button here
    } else {
        // pass on other buttons to base class
        QCheckBox::mousePressEvent(event);
    }
}

기본 클래스의 함수를 대체하려면 모든 것을 직접 구현해야 합니다. 그러나 기본 클래스의 기능만 확장하려는 경우에는 원하는 것을 구현하고 기본 클래스를 호출하여 처리하지 않으려는 경우에 대한 기본 동작을 얻으면 됩니다.

간혹 이벤트 전용 함수가 없거나 이벤트 전용 함수가 충분하지 않은 경우도 있습니다. 가장 일반적인 예는 Tab 키를 누르는 경우입니다. 일반적으로 QWidget 은 키보드 포커스를 이동하기 위해 이를 가로채지만 일부 위젯은 자체적으로 Tab 키를 필요로 합니다.

이러한 객체는 일반적인 이벤트 핸들러인 QObject::event()를 다시 구현하여 일반적인 처리 전이나 후에 이벤트 처리를 수행하거나 함수를 완전히 대체할 수 있습니다. Tab을 해석하고 애플리케이션별 사용자 지정 이벤트가 있는 매우 특이한 위젯에는 다음과 같은 event() 함수가 포함될 수 있습니다:

bool MyWidget::event(QEvent *event)
{
    if (event->type() == QEvent::KeyPress) {
        QKeyEvent *ke = static_cast<QKeyEvent *>(event);
        if (ke->key() == Qt::Key_Tab) {
            // special tab handling here
            return true;
        }
    } else if (event->type() == MyCustomEventType) {
        MyCustomEvent *myEvent = static_cast<MyCustomEvent *>(event);
        // custom event handling here
        return true;
    }

    return QWidget::event(event);
}

QWidget::event()는 처리되지 않은 모든 경우에 대해 여전히 호출되며 반환 값은 이벤트 처리 여부를 나타냅니다( true 값은 이벤트가 다른 객체로 전송되는 것을 방지합니다).

이벤트 필터

객체가 다른 객체로 전달되는 이벤트를 확인하거나 가로채야 하는 경우가 있습니다. 예를 들어, 대화 상자에서는 일반적으로 일부 위젯에 대한 키 누름을 필터링하여 Return 키 처리를 수정하고자 합니다.

QObject::installEventFilter() 함수는 이벤트 필터를 설정하여 지정된 필터 객체가 QObject::eventFilter() 함수에서 대상 객체에 대한 이벤트를 수신하도록 함으로써 이를 가능하게 합니다. 이벤트 필터는 대상 객체보다 먼저 이벤트를 처리하여 필요에 따라 이벤트를 검사하고 삭제할 수 있습니다. 기존 이벤트 필터는 QObject::removeEventFilter() 함수를 사용하여 제거할 수 있습니다.

필터 객체의 eventFilter() 구현이 호출되면 이벤트를 수락하거나 거부하고 이벤트의 추가 처리를 허용하거나 거부할 수 있습니다. 모든 이벤트 필터가 이벤트의 추가 처리를 허용하면(각각 false)을 반환하여 이벤트가 대상 객체 자체로 전송됩니다. 이벤트 필터 중 하나가 true)를 반환하여 처리를 중지하면 대상 및 이후의 모든 이벤트 필터는 이벤트를 전혀 볼 수 없습니다.

bool FilterObject::eventFilter(QObject *object, QEvent *event)
{
    if (object == target && event->type() == QEvent::KeyPress) {
        QKeyEvent *keyEvent = static_cast<QKeyEvent *>(event);
        if (keyEvent->key() == Qt::Key_Tab) {
            // Special tab handling
            return true;
        } else
            return false;
    }
    return false;
}

위의 코드는 특정 대상 위젯으로 전송된 Tab 키 누르기 이벤트를 가로채는 또 다른 방법을 보여줍니다. 이 경우 필터는 관련 이벤트를 처리하고 true 을 반환하여 더 이상 처리되지 않도록 합니다. 다른 모든 이벤트는 무시되고 필터는 false 을 반환하여 대상 위젯에 설치된 다른 이벤트 필터를 통해 해당 이벤트를 전송할 수 있도록 합니다.

QApplication 또는 QCoreApplication 개체에 이벤트 필터를 설치하여 전체 애플리케이션에 대한 모든 이벤트를 필터링할 수도 있습니다. 이러한 전역 이벤트 필터는 개체별 필터보다 먼저 호출됩니다. 이 방법은 매우 강력하지만 전체 애플리케이션의 모든 이벤트에 대한 이벤트 전송 속도가 느려지므로 일반적으로 앞서 설명한 다른 기술을 대신 사용해야 합니다.

이벤트 보내기

많은 애플리케이션이 자체 이벤트를 만들어 전송하고자 합니다. 적절한 이벤트 객체를 구성하고 QCoreApplication::sendEvent() 및 QCoreApplication::postEvent()로 이벤트를 전송하여 Qt의 자체 이벤트 루프와 똑같은 방식으로 이벤트를 전송할 수 있습니다.

sendEvent()는 이벤트를 즉시 처리합니다. 반환되면 이벤트 필터 및/또는 객체 자체가 이미 이벤트를 처리한 것입니다. 많은 이벤트 클래스의 경우 마지막으로 호출된 핸들러가 이벤트를 수락했는지 거부했는지 알려주는 isAccepted()라는 함수가 있습니다.

postEvent()는 나중에 디스패치할 수 있도록 이벤트를 큐에 게시합니다. 다음에 Qt의 메인 이벤트 루프가 실행될 때, 게시된 모든 이벤트를 약간의 최적화를 거쳐 디스패치합니다. 예를 들어 크기 조정 이벤트가 여러 개 있는 경우 하나로 압축됩니다. 페인트 이벤트도 마찬가지입니다: QWidget::update()는 postEvent()를 호출하여 여러 번 다시 칠하는 것을 방지함으로써 깜박임을 없애고 속도를 높입니다.

postEvent()는 일반적으로 객체 초기화가 완료된 직후에 게시된 이벤트가 전송되기 때문에 객체 초기화 중에도 사용됩니다. 위젯을 구현할 때는 이벤트가 수명 초기에 전달될 수 있으므로 생성자에서 멤버 변수를 이벤트가 수신될 가능성이 있기 전에 초기에 초기화해야 한다는 점을 인식하는 것이 중요합니다.

사용자 지정 유형의 이벤트를 만들려면 QEvent::User 보다 큰 이벤트 번호를 정의해야 하며, 사용자 지정 이벤트에 대한 특정 정보를 전달하기 위해 QEvent 을 서브클래스화해야 할 수도 있습니다. 자세한 내용은 QEvent 문서를 참조하세요.