leeyk2121 님의 블로그

MFC(5) MFC SDI 프로그램 기본 구조 2

leeyk2121 — Fri, 17 Jan 2025 01:53:07 +0900

HelloMFC를 실행하면 해당 창이 뜨고

위와 같이 분리가 된다는데.. 나는 안된다.. 왤까..

용어 정리

Caption bar

저기 저 창닫기, 창크기 축소, 창 내리기 버튼, 아래 파일 편집 등등을 다 합쳐서

CFrameWnd라고 한다. 이놈은 부모가 된다. 이 밑에 자식을 가진다.

그 자식중에 Toolbar라고 한다. 아래에 있는 그림이다.

Tool bar가 Caption bar에 도킹한다고 보면 된다.

status bar(빨간색 윤곽선)

이건 원래 고정되어 있다.

Cview(자식..)

이 윈도우에 사실상 겹치게 되는 놈(녹색 윤곽선)이 Cview

Z order

윈도우가 겹첬을 때 누가 더 잘 보이게 하냐 이거다. 윈도우 보이게 하는 순서다.

보통 기본적으로 FrameWnd는 최소 한개가 있어야 한다. 근데 child는 1~n개가 존재할 수 있다. view는 눈에 보이지 않지만 눈에 보이는 것은 시각화 된것으로 메모리에 정보가 담겨있다. 이 정보가 C Document다.

view가 여러개가 되면 Document가 여러개가 있다.

break point를 사용해서 InitInstace()를 봐보면 wWinMain이 부른 것임을 확인할 수 있다.

문서 양식을 생성하고 메인프레임 , view, document도 생성해준다.

이때 InitInstance()함수가 SDI 기준에서 True 반환을 하면 이때부터 메시지 루프가 돌기시작한다.

이 메시지 루프가 돌때는 RUN 함수이다.

여기서 저 CHelloMFCApp을 alt+enter를 누르면 속성창이 뜨고 재정의를 누른 후 RUN에가서 add Run을 하면 새로운 RUN함수가 생긴다.

CWinApp이 호출되는 순간 메시지 루프가 돌고 처리가 된다. 필요한걸 알고 재정의해서 내 코드를 적어야한다.

호출 전?후?에 할 것인지 잘 정해야한다.

[출처]https://www.youtube.com/watch?v=7jnrurlCGtM

MFC(4) MFC SDI 프로그램 기본 구조 1

leeyk2121 — Thu, 16 Jan 2025 00:34:04 +0900

F7 눌러서 빌드좀 하기

ctrl+F5 누르면 실행

이런게 MFC로 만든 예제들이다.

클래스 뷰

클래스가 여러개 있는 것을 확인했다.

CHelloMFCApp 클래스를 먼저 보겠다.

CHelloMFCApp

디자인 패턴이 등장하나. MFC는 싱글톤 패턴을 사용한다. 자바의 스프링은 컨테이너가 알아서 해준다. 근데 MFC는 그런거 없다. 모든 책임은 우리에게 있다..

InitInstance가 Main함수의 시작이라고 보면 된다.

ExitInstance()

인스턴스 종료 즉 프로그램 종료시 불려진다.

호출된다. 뜻이다. 영어 표현으로는 Called by framework이다. 이런 구조이다. 지금은 HelloMFC는 구조를 익히는 것이 아주 중요하다.

이 프레임 워크는 당연히 MFC 프레임 워크이다. 그러면이 프레임워크에 의해서 불리는데 이게 다시 말하면 MFC 프레임 워크가 알아서 부른다. 언제,왜 그때 딸려오는 정보를 가지고 어떤 처리를 하는지 고민해야한다.

그 흐름을 결정하는 것은 프레임워크가 이미 결정을 했다. Called by framework는 두가지 형태가 있다.

1. 가상함수

가상함수 즉 MFC가 알아서 부른다.

가상함수를 재정의 해주면 알아서 Called by framework에 의해서 불린다.

2. Callback 즉 메시지 처리기 (Handler)

메시지가 뭐가 하나 정해지면 정해진 메시지에 대응해주는 함수 하나가 나오게 되고 이 함수를 처리기라고한다.

다 등록해놓고 쓴다.

다시 정리해보자...

윈도우 PC용 어플리케이션을 개발할 때 우리는 앞서 SDI(Single document interface)를 선택했다.

SW는 세놈으로 쪼갠다. 제어체계, GUI, 자료구조 이렇게 크게 3구조로 나눈다.

윈도우의 SDI로 개발하게 되면 위와 같은 방식으로 3구조로 나뉜다.

1. CWinAPP Class(제어체계)

2. CFrameWnd+CView (GUI)

3. C Document(자료구조)

우리가 MFC로 프로그래밍 하면 대부분의 코드가 2번에 집중될 가능성이 높다.

근데 이러한 프레임워크를 사용하면 Framework가 흐름을 만드는데 우리가 만든게 아니여서 파악하는게 제일 중요하다.

CWinAPP 자체가 프로그램 그 자체로 생각한다.

Frame하고 View는 GUI 관련된 거다.

Document는 걍..기능이다..

다시 되돌아가서

MFC어플리케이션이 시작되면 내부적으로 보면

APxWinMain()이 호출되고 끝나면 프로그램이 끝난다. 이때 이 내부에서 객체를 생성하는데 CWinAPP object를 생성한다. 이놈이 main함수구나라고 생각하면된다.

CWinAPP이르고 있는 흐름은 3가지가 있다. 핵심 함수가 1,2,3이 있다.

1. InitInstance() : 알아서 제일 먼저 불린다.

2. Run() : LOOP가 돌면서 어딘가로 Callback이 된다. 처리기가 왕창 만들어지고 내가 만든 프로그램들이 도는 방식이다.

3. ExitInstance()

이 3흐름이 만들어지면 프로그램의 시작과 끝이 된다.

이때 Run()이 동작하면 Message Loop가 작동한다.

(진짜..기존에 하던 프로그랭이란 많이 다르다..순서가 정해져있네;;)

거의 기존의 프레임워크에 내가 추가하는 느낌이다.

언제? 왜? 어디에?? 넣어야 하는거냐가 중요하다.

한 어플케이션 인스턴스에 메시지 큐도 있고 큐에서 퍼올리는 메시지 루프도 있는데 이 어플리케이션의 윈도우가 여러개 있을 수 있다. 여기서 문제는 각 윈도우에 여러 코드를 넣었다고 하자. 이 모든 처리기(윈도우)가 있는데 이 루프로 부터 콜백되는데 WN_Commend가 왔다고 하자. 여러 윈도우중에 어디에 넣어야 하는지 고민해야한다.

이런 메시지들이 윈도우들을 돌아다닌다. 그게 라우팅이다. 와 진짜 복잡하네

메시지도 MFC 프레임 라우팅 순서에 의해 정해진다.

[출처] : https://www.youtube.com/watch?v=t83eU1Z3Xzg&list=PLXvgR_grOs1CyJDnWeUTqbmKG1VFQM72e&index=5

MFC(3)-HelloWorld Win32 API 버전 코드 분석

leeyk2121 — Tue, 14 Jan 2025 23:25:57 +0900

MFC와 유사한 Win32 API 코드 분석을 해보자. 절대 깊이 분석하지는 말자.

wWinMain

윈도우 API에서는 wWinMain()이 어플리케이션의 시작이다. 이 함수가 return 하면 종료된다.

wWinMain이 시작하자 마자 class 등록을 한다.

MyRegisterClass

윈도우라고 하는 것은 몇몇 속성들을 가지고 있다. 속성 중에 class가 있다. 여기서 윈도우 class는 종류라고 생각하면된다. 컴퓨터 언어의 class와는 전혀 다르다.

새로 생긴 윈도우(창)는 자신만의 고유 종류를 OS에 등록하게 된다. 이때 등록하려면 다양한 정보를 제공해야한다. 해당 작업이 끝나면 어플리케이션 초기화를 수행한다.

InitInstance

MS 오피스를 사용한다고 하자. 이거를 설치하고 난 후에 사용을 한다. 즉 실행을 할 것이다. 설치는 한번만 하지만 실행은 여러번 가능하다.

프로그램을 실행해서 하나의 프로세스로 잡혀가지고 작업 관리자에 뜨게 될 것이다. 즉 여러 문서 프로그램이 뜨면 각각의 프로세스의 관리적 측면에서의 초기화를 실행하는 것이다.

While()

이게 Main Message Loop이다. Message Queue가 나오게 된다. 모든 메시지 루프가 하는일은 큐에서 하나씩 메시지를 인출해서 처리 즉 Call back 한다.

MSG msg

Message Queue 에서 message를 한개 꺼내와서 while의 구조체에 저장한다.

DispatchMessage

메시지의 Callback이 일어난다. 그 후 처리가 일어나고 프로그램이 끝날때까지 계속 반복한다.

MyRegisterClass

lpfnWndPorc가 중요하다.

callback 처리를 담당할 함수 주소가 등록된다. 즉 Call back 될 함수이다.

WndProc

기본적으로 Message는 unsinged int 이다. 스위치 케이스를 잔뜩 있다. 그때마다 32bit 파라미터가 최대 두개씩 넘어온다.

이들은 call back 된다. 언제? DispatchMessage가 돌아갈때이다.

이때 스위치 케이스에 들어가는 message들은 200개가 넘어간다.. 전부다 외울 필요는 없다..

WM_COMMAND

윈도우 창에 있는 버튼이나 메뉴같은거 고르면 발생하는 메시지-> 뭐가 눌리거나 선택됐는지 확인

WM_PAINT

렌더링 관련된거다..

WM_DESTROY

윈도우가 화면에 보이고 해당 윈도우 창의 닫기 버튼을 누르면 WM_CLOSE 가 들어온다. 이는 화면에서 안보이게 하고 DESTORY가 와야 완전히 종료된다.

PostQuitMessage로 인해 WM_QUIT가 발생한다. QUIT가 발생하면 while문이 false return을 하여 끝나고 종료가 된다.

[출처]https://www.youtube.com/watch?v=V9nwIepvPWc&list=PLXvgR_grOs1CyJDnWeUTqbmKG1VFQM72e&index=4

MFC(2) - Visual Studio Community 2022 설치 & 개발환경

leeyk2121 — Mon, 13 Jan 2025 23:11:37 +0900

검색 창에 visual studio installer에 들어간다. 이미 2022년이 깔려져 있으므로 추가 패키지 다운을 위해서 수정을 선택한다.

MFC 개발을 위해서는 'C++을 사용한 데스크톱 개발'을 선택한다.

제일 중요!! 최신 v143 빌드 도구용 c++ MFC 선택!!! 노란색으로 칠한 것들도 다 선택합니다.

이떄 파란색은 옵션이기는 하나 나중에 API+MFC를 활용하는 프로젝트가 생기면 유용하므로 선택하는 것을 추천합니다.

(참고로 visual studio의 개발 설정은 visual c++이여야 한다. 한번 확인하는 것을 추천합니다.)

해당 앱 클릭하고 저장소 위치랑 앱 이름 정하면 끝!!

개발환경

글꼴 바꾸기

도구 - 옵션

환경-> 글꼴 및 색 선택

텍스트 편집기, 출력 창, 호출 스택 창 이렇게 3가지를 Consolas로 변경했다.

중단점(F9)

코드를 디버깅 하는 도중 원하는 지점에 멈추게 하고 싶으면 중단점을 사용하면 된다. 방법은 간단하다. 멈추길 원하는 코드에 커서를 가져다 놓고 f9를 누르거나 라인 번호 기준 왼쪽 부분을 누르면 빨간 점이 생긴다.

이제 F5를 눌러보자

F5 디버깅

디버깅이 시작된다. 이때 준비해야하는게 디버그 -> 창 -> 메모리 -> 메모리 1을 선택한다.

이래와 같이 실시간으로 메모리가 나타난다.

이상태로 계속 F5를 누르면 프로그래밍 종료된다.

참고로 Ctrl+F5는 디버깅 없이 바로 프로그램을 시작한다.

[출처] https://www.youtube.com/watch?v=tkWo4-kwle4&list=PLXvgR_grOs1CyJDnWeUTqbmKG1VFQM72e&index=2

MFC(1)

leeyk2121 — Mon, 13 Jan 2025 22:09:20 +0900

윈도우에서만 실행되는 응용 프로그램<-MFC or Win 32 API로 제작해야한다.

Message Driven 방식을 채택하고 있다.

Message Driven

1. Event 대기

사용자가 Human Input Device(HID)로 발생시킨다. (EX, 마우스, 키보드 등등)

이런 하드웨어 장치를 구경하면 운영체제가 하나의 이벤트로 인식하고 대기시킨다.

2. Event 수신

OS가 Event 수신해

3. Message 발생

OS가 거기에 대응하는 메시지( 부호가 없는 정수 )로 변환시켜준다.

4. Message를 수신해야할 Window 처리기(함수) 검색

운영체제가 해당 처리기 함수를 CallBack 한다(중요)

함수를 만들어서 등록을 해준다.

그러면 등록된 함수가 적정한 시점 즉 어떤 메시지가 불렸을 때 알아서 함수가 불러집니다.

5. 메시지 처리

함수가 호출된다! 그러면 코드가 실행된다!

코드가 끝나면 Event 대기로 돌아가면서 해당 루프를 무한 반복한다.

이를 Message Loop라고 한다.

예를 들어 응답없음 창이 떴다고 하자. OS가 어떤 이벤트가 났길래 Message로 만들어서 처리기를 검색해서 Callback했는데 return을 안한다? 이를 응답없음이라고 판단한다!

외우자!!!

모든 GUI 기반 어플리케이션은 이와 유사한 방식을 채택한다.

[출처]https://www.youtube.com/watch?v=ZUGbkZVXMA4&list=PLXvgR_grOs1CyJDnWeUTqbmKG1VFQM72e

CI/CD

leeyk2121 — Tue, 7 Jan 2025 00:20:39 +0900

CI/CD

CI(Continuous Integration)

지속적인 통합의 약자

버그 수정이나 새로 만드는 기능들이 주기적으로 main repository에 빌드되어서 merge되는 것을 말한다.

개발자들은 코드 변경사항을 main repository에 주기적으로 빈벅하게 merge 해야 한다.

같은 기능을 개발하는 여러 개발자가 시간이 흐른 후 해당 기능을 merge할 경우 merge error를 잡느라 많은 시간을 허비 할 수 있기 때문이다. 그렇기 때문에 새로운 기능을 구현할 때 해당 기능을 작은 단위로 나누어서 개발하고 통합해 나아가야 한다.

주기적으로 merge될 코드의 변경사항이 자동으로 빌드되어서 코드 변경사항 이후에도 빌드가 성공적으로 확인이 되어야 하고 새로 추가된 코드 변경사항 뿐만 아니라 해당 코드가 기존 코드에 에러를 일으키는지 테스트 까지 되어야 한다.

자동으로 CI 스크립트를 통해 추가된 코드와 함께 빌드가 되고 유니테스트 등을 통해 실행되어 테스트가 잘되어야 나중에 배포할때 반영이 될 수 있다.

주기적으로 merge를 하기 때문에 충돌을 피하여 생산성이 높아지고 코드의 결함이나 문제점이 빠르게 발견될 수 있다.

CD(Continuous Delivery& Deployment)

지속적인 제공 또는 지속적인 배포로 사용되는 경우도 있다. 이 둘 모두 어떻게 하면 배포를 자동화해서 만들 수 있는지를 고민하는 단계이다.

Continuous Delivery

CI를 통해서 주기적으로 빌드가 되고 테스트가 되었고 이것을 배포할 준비과정을 release라고 한다. 이러한 release를 검증을 하고 수동적으로 배포하는 것을 continuous delivery라고 한다.

Continuous Deployment

release가 준비되자 마자 자동으로 사용자에게 배포할 수 있으며 이러한 모든 과정을 자동화 한 것이 continuous Deployment라고 한다.

출처:https://www.youtube.com/watch?v=0Emq5FypiMM