왜 이벤트 기반 프로그래밍이 필요한가

지금까지 다룬 C·Java 코드는 모두 main 함수가 시작해서 위에서 아래로, 정해진 순서대로 실행되고 끝나는 순차 실행(sequential execution) 프로그램이었다. 그런데 버튼을 클릭하거나 글자를 입력하는 GUI(Graphical User Interface, 그래픽 사용자 인터페이스) 프로그램은 사용자가 언제 어떤 동작을 할지 미리 알 수 없다. 사용자가 버튼 A를 먼저 누를지, 텍스트를 먼저 입력할지, 아무것도 안 누르고 창을 닫을지 프로그램 작성 시점에는 정해져 있지 않다.

이 문제를 해결하는 방식이 이벤트 기반 프로그래밍(event-driven programming)이다. 프로그램은 “어떤 일(이벤트)이 생기면 이 코드를 실행하라”고 미리 등록만 해 두고, 실제 실행 순서는 사용자의 행동에 따라 그때그때 결정된다.

쉽게 말하면: 순차 실행 프로그램이 “정해진 조리법대로 요리를 끝까지 만드는 것”이라면, 이벤트 기반 프로그래밍은 “식당에서 손님이 벨을 누르면(이벤트) 그제서야 담당 종업원(리스너)이 달려가 응대하는 것”이다. 종업원은 벨이 울리기 전까지는 대기하고 있을 뿐, 미리 정해진 순서대로 손님을 응대하지 않는다.

이벤트 기반 프로그래밍의 핵심 요소 세 가지

프로그램은 이벤트 소스에 리스너를 등록해 두고, 실제 이벤트가 발생하면 자바 런타임이 등록된 리스너의 정해진 메서드를 자동으로 호출한다. 이 “미리 등록해 둔 코드가 나중에 특정 조건에서 자동으로 실행되는 방식”을 콜백(callback)이라고 부른다.

Java Swing으로 기본 창 만들기

Swing은 Java 표준 라이브러리에 포함된 GUI 툴킷으로, AWT(Abstract Window Toolkit, Java 초기 GUI 라이브러리)를 개선해 만들어졌다. 통합프로그래밍 출제기준의 GUI 영역은 AWT·Swing의 기초 범위(창 만들기, 기본 위젯 배치, 이벤트 처리)에 한정된다.

import javax.swing.JFrame;
import javax.swing.JButton;
 
public class 기본창 {
    public static void main(String[] args) {
        JFrame frame = new JFrame("독학사 GUI 예제");
        JButton button = new JButton("클릭하세요");
 
        frame.add(button);
        frame.setSize(300, 200);
        frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
        frame.setVisible(true);
    }
}

자주 틀리는 점: setVisible(true)를 컴포넌트 배치(add)보다 먼저 호출하면 버튼이 없는 빈 창이 먼저 그려지고 이후 변경 사항이 반영되지 않을 수 있다. 코드 순서 문제로 “버튼이 안 보인다”는 오류 찾기 문항이 나올 수 있으므로, 배치를 모두 끝낸 뒤 마지막에 setVisible(true)를 호출하는 순서를 기억한다.

이벤트 리스너 등록: ActionListener

버튼 클릭 같은 “동작”(action) 이벤트를 처리하려면 ActionListener라는 인터페이스(11편에서 다룬, 메서드의 이름과 형태만 정의하고 구현은 강제하는 문법 요소)를 구현해야 한다. ActionListener는 actionPerformed(ActionEvent e)라는 메서드 하나만 정의하고 있으며, 이 메서드 안에 “버튼을 클릭했을 때 실행할 코드”를 채워 넣는다.

import javax.swing.JFrame;
import javax.swing.JButton;
import java.awt.event.ActionListener;
import java.awt.event.ActionEvent;
 
public class 버튼클릭예제 {
    public static void main(String[] args) {
        JFrame frame = new JFrame("클릭 이벤트 예제");
        JButton button = new JButton("눌러보세요");
 
        button.addActionListener(new ActionListener() {
            public void actionPerformed(ActionEvent e) {
                System.out.println("버튼이 클릭되었습니다.");
            }
        });
 
        frame.add(button);
        frame.setSize(300, 200);
        frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
        frame.setVisible(true);
        System.out.println("창이 화면에 표시되었습니다.");
    }
}

new ActionListener() { ... } 부분은 11편에서 다룬 인터페이스를 익명 클래스(anonymous class, 이름 없이 그 자리에서 바로 구현해 객체를 만드는 문법)로 즉석에서 구현한 것이다. ActionListener 인터페이스가 요구하는 유일한 메서드 actionPerformed를 채워 넣어야 컴파일이 된다.

실행 결과(사용자가 버튼을 한 번 클릭했다고 가정한 콘솔 출력):

창이 화면에 표시되었습니다.
버튼이 클릭되었습니다.

실행 순서 한 단계씩 추적:

이 추적표에서 가장 중요한 것은 4번 단계다. actionPerformed 안의 코드는 main 함수가 이미 끝까지 실행되고 난 뒤에도 클릭이 발생할 때마다 다시 호출될 수 있다. 이것이 순차 실행과 이벤트 기반 실행의 근본적인 차이다 — 순차 실행 프로그램의 코드는 한 번 지나가면 다시 실행되지 않지만, 이벤트 리스너의 코드는 등록된 이벤트가 발생할 때마다 몇 번이고 다시 호출된다.

여러 위젯과 리스너 조합: 텍스트필드 읽어와 라벨 갱신

간단한 위젯 조합 코드를 읽는 훈련이다. 텍스트필드(JTextField)에 입력한 값을 버튼 클릭 시 라벨(JLabel)에 반영하는 예제다.

import javax.swing.*;
import java.awt.event.ActionListener;
import java.awt.event.ActionEvent;
 
public class 인사말예제 {
    public static void main(String[] args) {
        JFrame frame = new JFrame("인사말 예제");
        JTextField nameField = new JTextField(10);
        JButton greetButton = new JButton("인사하기");
        JLabel resultLabel = new JLabel("이름을 입력하세요");
 
        greetButton.addActionListener(new ActionListener() {
            public void actionPerformed(ActionEvent e) {
                String name = nameField.getText();
                resultLabel.setText(name + "님, 안녕하세요!");
            }
        });
 
        frame.setLayout(new java.awt.FlowLayout());
        frame.add(nameField);
        frame.add(greetButton);
        frame.add(resultLabel);
        frame.setSize(300, 100);
        frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
        frame.setVisible(true);
    }
}

사용자가 텍스트필드에 “독학사”를 입력하고 버튼을 클릭했다고 가정한 actionPerformed 내부 동작을 추적한다.

여기서 핵심은 actionPerformed 메서드가 다른 위젯(nameField, resultLabel)의 상태를 읽고 바꿀 수 있다는 점이다. 이벤트 리스너는 독립된 코드 조각이 아니라, 자신이 정의된 지점에서 접근 가능한 다른 컴포넌트들과 상호작용하도록 설계된다(자바의 클로저와 유사하게, 익명 클래스 안에서 바깥의 지역 변수·객체 참조를 사용할 수 있다).

절차형 콜백과 객체지향 리스너 비교

“콜백”이라는 개념 자체는 절차형 언어에도 존재한다. C에는 클래스·인터페이스가 없으므로 함수 포인터(function pointer, 함수의 주소를 저장하는 포인터)로 콜백을 흉내 낸다. 같은 “버튼 클릭 시 실행할 코드를 등록한다”는 아이디어를 C와 Java가 어떻게 다르게 구현하는지 비교한다.

/* C: 함수 포인터로 콜백을 흉내 낸다(실제 GUI 라이브러리 없이 개념만 표현) */
typedef void (*클릭콜백)(void);
 
void 버튼클릭시뮬레이션(클릭콜백 callback) {
    printf("버튼이 클릭되었다고 가정\n");
    callback();
}
 
void 내콜백함수(void) {
    printf("콜백 함수가 호출되었습니다.\n");
}
 
int main(void) {
    버튼클릭시뮬레이션(내콜백함수);
    return 0;
}

버튼이 클릭되었다고 가정
콜백 함수가 호출되었습니다.

// Java: 인터페이스 구현체(객체)를 등록해 콜백을 표현한다
button.addActionListener(new ActionListener() {
    public void actionPerformed(ActionEvent e) {
        System.out.println("콜백 메서드가 호출되었습니다.");
    }
});

자주 틀리는 점: “GUI 이벤트 처리는 객체지향 언어에서만 가능하다”는 설명은 지나치다. C로도 함수 포인터를 이용해 콜백 방식의 이벤트 처리를 구현할 수 있다(실제로 많은 C 기반 GUI 라이브러리가 이 방식을 쓴다). 다만 인터페이스로 여러 메서드를 묶고 타입을 강제하는 능력은 객체지향 언어가 더 구조적으로 지원한다는 점이 핵심 차이다.

핵심 정리

• 이벤트 기반 프로그래밍은 실행 순서를 코드가 아니라 사용자의 행동(이벤트)이 결정하며, 리스너에 등록된 코드는 이벤트가 발생할 때마다 반복해서 호출될 수 있다.
• Swing의 기본 흐름은 컴포넌트 생성 → 배치(add) → 크기·닫기 동작 설정 → setVisible(true) 순서다.
• addActionListener는 리스너를 등록만 할 뿐이며, 실제 actionPerformed 호출은 이벤트가 발생하는 시점에 이루어진다.
• 이벤트 리스너는 자신이 정의된 범위의 다른 컴포넌트 상태를 읽고 바꿀 수 있다.
• C는 함수 포인터로, Java는 인터페이스를 구현한 객체로 콜백을 표현하며, Java 방식은 타입 강제와 상태 유지 면에서 더 구조적이다.

마무리 복습

참고 자료

• 국가평생교육진흥원 독학학위제  — 4단계 통합프로그래밍의 평가영역과 출제 범위를 확인할 수 있는 공식 사이트.
• Oracle Java SE Documentation  — Swing·AWT 컴포넌트와 이벤트 리스너 인터페이스의 공식 API 문서.