Microsoft MVP성태의 닷넷 이야기
VS.NET IDE: 39. VS.NET 2003/2005에서도 제공되는 VS 6.0 MFC ClassWizard [링크 복사], [링크+제목 복사],
조회: 18279
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 


가끔, 이거 관련해서 질문 주시는 분들이 많은 것 같습니다.
아예 이참에 정리를 해버려야겠습니다. ^^;

VS 6.0 시절에는 웹 프로그래밍과 윈도우즈 클라이언트 프로그래밍이 별도로 나뉘던 시절이었습니다. 개발툴도 VS 6.0과 Visual InterDev라고 나뉘어서 사용되어졌지요.

그러던 것이 .NET이라는 개발 플랫폼이 나오면서 통합되게 되었습니다. 이제 더 이상 Visual Studio는 MFC만의 것이 아니었기 때문에 관련 기능들에 대한 사용자 인터페이스 기능이 통합되어야 할 필요가 발생했지요.

이런저런 이유로 "Class Wizard"라는 것을 메뉴와 대화창 자체를 없애긴 했는데, 그렇다고 아예 그에 상응하는 기능조차 제공하지 않는다면, VS.NET 2003/2005는 오히려 불편한 개발툴이라고 인식될 수도 있을 것입니다.

아무튼, VS.NET 2003/2005 개발팀은 기존의 Class Wizard의 구현 위치를 대체할 만한 곳으로 "속성" 창을 택하게 되었습니다. 그럼, 어떻게 되는지 그림을 통해서 알아보도록 하죠.

아래의 그림은 기존 VS 6.0에서 MFC를 위해 제공되던 Class Wizard입니다.

[그림 1]
VS 6.0에서 제공되는 Class Wizard

실제로, VS.NET 2003/2005에는 어떤 식으로든 위의 기능들 대부분이 그대로 구현되어져 있습니다. 이 중에서 대표적으로 2가지 기능만을 설명하겠습니다.

첫 번째로, "기반 클래스에서 제공하는 virtual 함수들에 대한 재정의 기능"입니다. 위의 그림에서는 CAboutDlg를 선택하고, 오른쪽 리스트 박스의 상단 네모 상자 부분에 해당하는 함수 추가 기능입니다. 이와 동등한 VS.NET 2003/2005 기능은 아래의 그림과 같이 속성창의 확장 기능을 통해서 구현하고 있습니다.

[그림 2]
Class Wizard 함수 재정의 - VS.NET 2005

두 번째로, "윈도우 이벤트 메시지 핸들러 정의"입니다. [그림 1]에서는 오른쪽 리스트 상자의 하위 네모 영역에 해당하는 것인데요. 역시 다음과 같이 속성창의 확장 기능으로 구현되어져 있습니다.

[그림 3]
Class Wizard 윈도우 이벤트 핸들러 - VS.NET 2005







[최초 등록일: ]
[최종 수정일: 7/8/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 136  137  138  139  140  141  142  143  144  145  [146]  147  148  149  150  ...
NoWriterDateCnt.TitleFile(s)
1400정성태1/10/201328973Windows: 69. 작업표시줄의 터치 키보드(Touch Keyboard) 없애는 방법 [3]
1399정성태1/9/201324596.NET Framework: 355. 닷넷 환경이 왜 C/C++보다 느릴까요? [8]
1398정성태1/8/201325008오류 유형: 165. 새로 설치한 Visual Studio 2010의 Team Explorer 실행시 비정상 종료가 된다면?
1397정성태1/3/201328452Windows: 68. 윈도우 설치 ISO 이미지를 USB 하드에 적용하는 방법 [2]
1396정성태12/27/201229665사물인터넷: 2. 넷두이노 - 4.2.0 펌웨어 업데이트 방법 [1]파일 다운로드1
1395정성태12/26/201220575.NET Framework: 354. x64 - AspCompat과 STA COM 개체가 성능에 미치는 영향
1394정성태12/25/201221993.NET Framework: 353. x86 - AspCompat과 STA COM 개체가 성능에 미치는 영향
1393정성태12/25/201222421.NET Framework: 352. x64에서 필수로 지정하도록 바뀐 STAThread 특성 [2]
1392정성태12/21/201232366사물인터넷: 1. .NET Micro Framework - 넷두이노 플러스 [7]
1391정성태12/21/201225772.NET Framework: 351. JavaScriptSerializer, DataContractJsonSerializer, Json.NET [3]파일 다운로드1
1390정성태12/20/201223841.NET Framework: 350. String 데이터를 Stream으로 변환하는 방법 [2]
1389정성태12/12/201222144.NET Framework: 349. .NET Thread 인스턴스로부터 COM Apartment 유형 확인하는 방법파일 다운로드1
1388정성태12/12/201223222.NET Framework: 348. .NET x64 응용 프로그램에서 Teb 주소를 구하는 방법파일 다운로드1
1387정성태12/12/201228132VC++: 64. x64 Visual C++에서 TEB 주소 구하는 방법
1386정성태12/12/201229881디버깅 기술: 53. windbg - 덤프 파일로부터 네이티브 DLL을 추출하는 방법 [1]
1385정성태12/12/201224897디버깅 기술: 52. Windbg - The version of SOS does not match the version of CLR you are debugging.
1384정성태12/12/201229768개발 환경 구성: 178. System32 폴더의 64비트 DLL을 32비트 Depends.exe에서 보는 방법
1383정성태12/10/201225638개발 환경 구성: 177. 기업용 메신저를 위한 Office Communicator Server 2007 설치 [1]
1382정성태12/8/201228511개발 환경 구성: 176. WebPagetest 서버 - 설치 및 테스트
1381정성태12/5/201227004.NET Framework: 347. C# - 프로세스(EXE) 수준의 Singleton 개체 생성 [2]파일 다운로드1
1380정성태11/28/201237060.NET Framework: 346. 닷넷 개발자에게 Node.js의 의미 [17]
1379정성태11/26/201230187.NET Framework: 345. C# 부호(+, -)에 대한 비트 변환
1378정성태11/22/201231553Java: 14. 안드로이드 - Hello World 실습 [7]
1377정성태11/19/201224952.NET Framework: 344. 닷넷 프로파일러 - ICorProfilerInfo::GetILFunctionBody 함수 버그
1376정성태11/15/201230178디버깅 기술: 51. 닷넷 응용 프로그램에서 특정 예외가 발생했을 때 풀 덤프 받는 방법 [6]
1375정성태11/15/201225951디버깅 기술: 50. windbg의 mscordacwks DLL 로드 문제 - 두 번째 이야기
... 136  137  138  139  140  141  142  143  144  145  [146]  147  148  149  150  ...