아 그냥 그런게 있구나 하고 넘어가면 되는 건가요?
C로 폼만들땐 그냥 Winapi로 좌표값 계산하고 대입만 하면 됐는데 이건 아닌듯
ㅋㅋ
그닥 안 어려워. 비베랑 똑같음. 이벤트 처리가 C++적으로 된다는 거 빼고. 물론 MFC로 짜면 코드가 더럽게 많아지고 복잡한데 대부분이 자동적으로 생성된 코드라서 별 무리 없어.
그리고 C로 창 만들 때도 CreateWindowEx로 일일이 만드는 사람 거의 없고 대부분 리소스에 Dialog 넣은 다음 DialogBoxParam쓰지.
winapi를 모아서 쓰기 편하게 만든 라이브러리임
@ㄴㅇ // 글에서 물어보는 핀트랑 안 맞는 답변. 글에서는 윈도우 창 만드는 것에 국한해서 MFC를 쓰는 경우를 물어본 거. 물론 MFC 자체야 GUI(윈도우 창)는 일부에 불과하고 그 외에 윈도우 소켓이나 ActiveX 등도 제공하지만 GUI가 주가 되는 건 맞지.
요점만 말하면 MFC 가 가장 어렵다. UI를 이쁘게 하기도 힘들고 윈도 API 프로그래밍에도 익숙해야 하고 , C# 이나 다른 언어에 비해 확실히 까다로움, 다만 같은 로직이라면 MFC가 반응속도가 조금 빠른것은 인정,,
그닥 안 어려워. 비베랑 똑같음. 이벤트 처리가 C++적으로 된다는 거 빼고. 물론 MFC로 짜면 코드가 더럽게 많아지고 복잡한데 대부분이 자동적으로 생성된 코드라서 별 무리 없어.
그리고 C로 창 만들 때도 CreateWindowEx로 일일이 만드는 사람 거의 없고 대부분 리소스에 Dialog 넣은 다음 DialogBoxParam쓰지.
winapi를 모아서 쓰기 편하게 만든 라이브러리임
@ㄴㅇ // 글에서 물어보는 핀트랑 안 맞는 답변. 글에서는 윈도우 창 만드는 것에 국한해서 MFC를 쓰는 경우를 물어본 거. 물론 MFC 자체야 GUI(윈도우 창)는 일부에 불과하고 그 외에 윈도우 소켓이나 ActiveX 등도 제공하지만 GUI가 주가 되는 건 맞지.
요점만 말하면 MFC 가 가장 어렵다. UI를 이쁘게 하기도 힘들고 윈도 API 프로그래밍에도 익숙해야 하고 , C# 이나 다른 언어에 비해 확실히 까다로움, 다만 같은 로직이라면 MFC가 반응속도가 조금 빠른것은 인정,,