|
|
DOS 프로그램
터미널 프로그램
유닉스 도구
이후 Windows가 등장하면서
Win32 API
MFC
.NET / C#
같이 GUI 중심 개발로 넘어갔습니다.
그래서 흐름은 보통 이렇게 됩니다.
C (CUI) ↓ Win32 API ↓ MFC ↓ .NET / C#
2️⃣ 그런데 왜 CUI를 배우라고 하냐
CUI를 배우는 이유는 UI 때문이 아니라 “프로그램 구조” 때문입니다.
CUI 프로그램은 보통 이런 구조입니다.
main() ├ 입력 ├ 처리 └ 출력
즉
프로그램 흐름
함수 구조
메모리
포인터
같은 기초 프로그래밍 개념을 배우기 좋습니다.
3️⃣ MFC만 바로 배우면 생기는 문제
MFC는 내부 구조가 복잡합니다.
예
WinMain ↓ Message Loop ↓ Window Procedure ↓ MFC Framework
그래서 초보자가 보면
코드가 왜 돌아가는지
이벤트가 왜 발생하는지
이해하기 어렵습니다.
4️⃣ 현실적인 추천
요즘은 보통 이렇게 합니다.
Windows 프로그램
추천 순서
C 기초 ↓ C++ 기초 ↓ C# ↓ 필요하면 MFC
요즘은 MFC 자체가 많이 줄어드는 추세입니다.
5️⃣ 실제 산업에서 많이 쓰는 것
현재 Windows 프로그램 개발은
기술사용
| CUI C | 시스템 / 임베디드 |
| MFC | 구형 프로그램 유지보수 |
| C# WinForms | 업무 프로그램 |
| WPF | 최신 GUI |
| 웹 | 점점 증가 |
6️⃣ 질문에 대한 핵심 답
"MFC가 있는데 CUI를 굳이 배워야 하나?"
👉 GUI 만들 목적이면 굳이 깊게는 필요 없음
하지만
프로그래밍 기초
알고리즘
구조 이해
에는 CUI가 가장 좋습니다.
💡 참고로 하나 말씀드리면
현재는 MFC보다 C# WinForms가 훨씬 배우기 쉽고 많이 사용됩니다.
특히 이전 대화에서 C#을 사용하신 걸 보면
MFC보다는 C# 방향이 훨씬 맞는 선택일 가능성이 큽니다.
원하시면 제가 “MFC가 왜 지금은 거의 안 쓰이게 되었는지 (기술적인 이유)”도 설명드리겠습니다. 이걸 알면 Windows 프로그램 역사 흐름이 한 번에 이해됩니다.