지난 주부터 빌려보고 있는 책.

1~9장 까지는 객체지향의 개념과 각 언어별 구현, 특징이 문법적인 설명보다는 개념 설명에 중점을 두고 쓰여져 있음.

특정 프로시저(함수) 단위로 프로그램을 나누어서 작성하는 방식이 아니라
[연산 + 데이터] 를 하나의 객체 단위로 보고, 이러한 객체 프로그램을 작성하는 것.
프로그램의 진행은 객체들간의 데이터와 행위(behavior)의 통신으로 이루어짐.
객체들 사이의 데이터 처리의 흐름을 분석하고 설계하는 것이 그만큼 중요하다.

언어의 문법적인 특징보다는 객체지향적 사고 방식으로 프로그램을 작성하는 것이 포인트!

구조적 방법은 (프로시저 단위로) Divide and Conquer 방식을 목표로 소프트웨어 시스템을 세부적인 것으로 나누어 작성하므로 전체를 잘못 이해하면 세부적인 것도 잘못 이해되어 소프트웨어 전체가 잘못된 구조를 갖기 쉽다. 그러나 처음부터 전체를 제대로 이해하는 경우는 매우 드물기 때문에 전체에서 세부적인 것까지 제대로 분석되기 설계되기 전까지는 그 다음 과정을 진행하기 어렵다.

객체지향적 방법은 하나의 소프트웨어 시스템을 여러개의 객체로 구성된 것으로 본다. 각 객체는 독립적으로 고유한 기능과 서비스를 제공하며. 전체 소프트웨어 시스템을 구성하는 하나의 논리적인 구성요소가 된다. 따라서 해당 객체의 기능을 독립적으로 향상 시킬 수도 있고 다른 소프트웨어 시스템에도 재사용할 수 있으며, 또 사용자의 요구사항이 변경된 경우에도 유연하게 대응할 수 있다는 이점이 있다.

어제부터 고민하던 문제 완죤 해결 ㅋㅋㅋ

OK 버튼 눌렀을 때 실행하는 모든 프로시저를 스레드로 만들면 순차실행하는 데 아무런 문제 없음
전에 이런 방식으로 할려다가 Dialog Item 들을 마음대로 사용할 수 없어서 포기했는데 (5번 문제점)

CWnd를 상속한 클래스에서 멤버 함수로 핸들을 가지고 있으니까 이걸 써두 되고..
The m_hWnd data member is a public variable of type HWND

윈도우를 통째로 스레드 프로시저의 파라미터로 넘겨서 캐스팅하면 OnOK 함수 내에서 처럼 사용 가능하다는 것 ^^ .. 다른 맴버 변수에 직접 접근할 수 있기 때문에 이 방법이 더 깔끔하다.

스레드 첨 써봐서 진짜 힘들었는데.. 그럭저럭 인제 어째 되는지는 알겠다.
이번 경우는 스레드간 통신도 없고 동기화도 안해도 되는 별로 어렵지 않은.. 단지 스레드였지만
다음에는 더 어려운거에 도전해봐야지 ㅋㄷ

void CHpCntDlg::OnOK() {
 
UpdateData(TRUE);
HpCounter* hpc = new HpCounter(dlg);
 
 // Homepage upload count
 hpc->MakeTmp();   // make temporary folder
 GetDlgItem(hWnd ,IDC_STEP)->SetWindowText("홈페이지 업로드 카운트 중...");

 pHpthread = AfxBeginThread(threadHompageCnt, hpc);

 if( m_CheckINI == TRUE){
  hpc->WriteINICnt();
 }

 // Sample Count
 GetDlgItem(IDC_STEP)->SetWindowText("엔진 샘플 수 카운트 중...");
 SpCounter* spc = new SpCounter(this);
 pSptread = AfxBeginThread(threadSampleCnt, spc);
 pSptread->SuspendThread();

...

}

------

1. Ok 버튼을 눌렀을 때 수행되는 위의 프로시져가 웹페이지를 다운로드해서 파싱하고 결과를
   출력하는 시간이 꽤 걸리는 작업이라서 창을 다시 그려줄  때 깨지거나 응답없음이 나타난다.

2. 쓰레드를 이용해서 내부 프로시져가 돌아가는 거랑 창을 그려주는 걸 별도로 수행하도록 하면
    해결할 수 있음.

3. 쓰레드를 생성하기 위해서는 UINT 함수이름(LPVOID pParam); 와 같은 형식의 쓰레드에서
   실행하는 처리를 당담하는 프로시저가 필요함
   (형식의 제한이 있어서 복잡한 파라미터를 넘겨주는 함수를 구현할 수가 없었다.
    이럴 때는 파라미터를 모두 가지는 구조체를 선언하여 그 포인터를 넘기면 된다고 한다.)

4.  쓰레드를 생성할 때는 CreateThread 윈도우 API 보다는 AfxBeginThread를 사용하는 것이 바람직
C/C++의 표준 라이브러리를 사용하는 경우 프로세스 내의 스레드는 메모리 공간을 공유하기 때문에 정적 변수 사용등에 있어서 문제가 발생한다. (예: strtok) 이를 방지하기 위해서 윈도우에서 쓰레드마다 다른 메모리 영역을 정적으로 할당(TLS: Thread Local Storage) 이 때 TLS를 사용하기 위해서는 쓰레드를 생성할 때 초기화 등의 준비가 필요한데 CreateThread를 사용해 쓰레드를 생성하면 이런 처리를 할 수 없다.

5. 쓰레드 함수 내에서는 GetDlgItem() 함수를 호출할 수 없음. (쓰레드 함수는 전역으로 선언되어있고 윈도우(다이얼로그) 내부의 함수가 아니므로) 그리하여 GetDlgItem 부분은 OnOK() 함수에서 처리하고 나머지를 둘로 나누어 각각 쓰레드로 처리하려고 했는데.. 그렇게 했더니 파일 I/O 가 있는 부분에서 대기하는 동안 제어가 다른 쓰레드로 넘어가면서 병렬로 처리되고 결과가 제대로 안나온다. 순차적으로 처리해야하는 프로시저에서 분리를 목적으로 쓰레드를 사용하니까 참 맘대로 안된다.

6. 그래서 WaitForSingleObject() 를 사용해서 쓰레드 처리를 기다리려고 했는데. AfxBeginThread 함수나 CreateThread 함수는 쓰레드 생성에 성공하면 쓰레드 프로시저의 종료를 기다리지 않고 즉시 호출로부터 복귀한다. 그래서 WaitForSingleObject 가 별로 소용이 없다. 게다가 메인 프로시저는 쓰레드 프로시저의 상태와 상관없이 계속해서 프로그램을 실행하므로 출력루틴이 먼저 실행되는 사태가 발생해서 완전 결과가 엉망이 됐다.

7. 윈도우 자체를 쓰레드 프로시저에 넘겨주고 GetDlgItem를 호출할 수 있도록 만들려고 했는데 윈도우 핸들을 얻어오는게 맘처럼 쉽지가 않다 ;;

8. 쓰레드 핸들을 사용해서 한번 컨트롤 해봐야겠다..

쓰레드 너무 힘들다 ㅠ_ㅠ