Microsoft MVP성태의 닷넷 이야기
VC++: 10. 내가 생각해 보는 MFC OCX와 ATL DLL에 선택 기준 [링크 복사], [링크+제목 복사]
조회: 22709
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

제목이 너무 장황했는지 모르겠지만... ^^
우선, 각각의 특징 먼저 살펴 보자면.

MFC OCX
; OCX 파일 크기가 ATL DLL보다 다소 크다.
; MFC 관련 라이브러리를 그대로 이용할 수 있다. ( 사실 이것 때문에 크기가 크다 )

ATL DLL
; DLL 파일 크기가 작다.
; string 연산 같은 것은 별도의 STL 라이브러리를 써야 한다.
; VS.NET부터는 CString을 atlstr.h 파일을 포함하는 것으로 해결된다.
; MFC에서 제공되는 일부 기능들이 WTL이라는 Template 라이브러리로 제공되지만 MS는 더 이상의 업데이트를 약속하지 않았다.
; MFC 라이브러리를 사용할 수 없긴 하지만, 사실 User Interface를 가진 ActiveX 컨트롤의 제작보다는 UI 없는 COM 개체라든가, COM+ 등에서 사용되는 개체에 대한 수요가 더욱 많으므로, 현업에서 ATL만으로도 소화가능한 분야는 충분하다.

지금까지 ActiveX를 만들어 오신 분이라면... 위의 사항보다는 일단은 개인적인 취향에 의해서 결정되고 있지요. 저도 사실, 지금까지는 ATL만을 고집해 왔는데요.

그래도... MFC 라이브러리는 참 매력적이죠.
생산성 향상을 위해서라면 MFC OCX도 약간의 크기가 늘어나는 것을 제외하곤 나쁘지 않은 선택입니다. 더군다나 갈수록 빨라지는 네트워크 속도를 고려해보면, 100KB짜리 ATL DLL이나 300KB짜리 MFC OCX의 차이는 눈감아 줄만 합니다.

결론을 내려본다면... 처음 COM / ActiveX를 배우시는 분이라면 ATL DLL을 쓰실 것을 권합니다. 세세한 제어를 할 수 있기 때문에 COM에 대한 이해를 빨리 할 수가 있죠. 그에 비해 MFC OCX는 대부분의 것을 숨기기 때문에 라이브러리 자체에 대한 공부는 할 수 있어도 COM의 내부에 대한 공부는 어려울 수밖에 없습니다.

처음엔 ATL DLL을... 나중엔 MFC OCX를 적절하게 겸하면서. ^^










[최초 등록일: ]
[최종 수정일: 6/27/2021]

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

비밀번호

댓글 작성자
 




1  2  3  4  5  6  7  8  9  10  11  12  [13]  14  15  ...
NoWriterDateCnt.TitleFile(s)
13297정성태3/26/20234350Windows: 235. Win32 - Code Modal과 UI Modal
13296정성태3/25/20233692Windows: 234. IsDialogMessage와 협업하는 WM_GETDLGCODE Win32 메시지 [1]파일 다운로드1
13295정성태3/24/20233957Windows: 233. Win32 - modeless 대화창을 modal처럼 동작하게 만드는 방법파일 다운로드1
13294정성태3/22/20234126.NET Framework: 2105. LargeAddressAware 옵션이 적용된 닷넷 32비트 프로세스의 가용 메모리 - 두 번째
13293정성태3/22/20234195오류 유형: 853. dumpbin - warning LNK4048: Invalid format file; ignored
13292정성태3/21/20234314Windows: 232. C/C++ - 일반 창에도 사용 가능한 IsDialogMessage파일 다운로드1
13291정성태3/20/20234721.NET Framework: 2104. C# Windows Forms - WndProc 재정의와 IMessageFilter 사용 시의 차이점
13290정성태3/19/20234226.NET Framework: 2103. C# - 윈도우에서 기본 제공하는 FindText 대화창 사용법파일 다운로드1
13289정성태3/18/20233421Windows: 231. Win32 - 대화창 템플릿의 2진 리소스를 읽어들여 자식 윈도우를 생성하는 방법파일 다운로드1
13288정성태3/17/20233520Windows: 230. Win32 - 대화창의 DLU 단위를 pixel로 변경하는 방법파일 다운로드1
13287정성태3/16/20233688Windows: 229. Win32 - 대화창 템플릿의 2진 리소스를 읽어들여 윈도우를 직접 띄우는 방법파일 다운로드1
13286정성태3/15/20234148Windows: 228. Win32 - 리소스에 포함된 대화창 Template의 2진 코드 해석 방법
13285정성태3/14/20233741Windows: 227. Win32 C/C++ - Dialog Procedure를 재정의하는 방법파일 다운로드1
13284정성태3/13/20233942Windows: 226. Win32 C/C++ - Dialog에서 값을 반환하는 방법파일 다운로드1
13283정성태3/12/20233485오류 유형: 852. 파이썬 - TypeError: coercing to Unicode: need string or buffer, NoneType found
13282정성태3/12/20233819Linux: 58. WSL - nohup 옵션이 필요한 경우
13281정성태3/12/20233720Windows: 225. 윈도우 바탕화면의 아이콘들이 넓게 퍼지는 경우 [2]
13280정성태3/9/20234473개발 환경 구성: 670. WSL 2에서 호스팅 중인 TCP 서버를 외부에서 접근하는 방법
13279정성태3/9/20234013오류 유형: 851. 파이썬 ModuleNotFoundError: No module named '_cffi_backend'
13278정성태3/8/20233973개발 환경 구성: 669. WSL 2의 (init이 아닌) systemd 지원 [1]
13277정성태3/6/20234637개발 환경 구성: 668. 코드 사인용 인증서 신청 및 적용 방법(예: Digicert)
13276정성태3/5/20234318.NET Framework: 2102. C# 11 - ref struct/ref field를 위해 새롭게 도입된 scoped 예약어
13275정성태3/3/20234669.NET Framework: 2101. C# 11의 ref 필드 설명
13274정성태3/2/20234260.NET Framework: 2100. C# - ref 필드로 ref struct 타입을 허용하지 않는 이유
13273정성태2/28/20233958.NET Framework: 2099. C# - 관리 포인터로서의 ref 예약어 의미
13272정성태2/27/20234217오류 유형: 850. SSMS - mdf 파일을 Attach 시킬 때 Operating system error 5: "5(Access is denied.)" 에러
1  2  3  4  5  6  7  8  9  10  11  12  [13]  14  15  ...