2010-01-14 4 views
0

나는 이것에 대해서 궁금해한다. .NET은 많은 양상에서 MFC보다 낫다고 말해진다. 그러나 PEID를 재귀 적으로 사용하여 'program files'디렉토리를 스캔 할 때, 여전히 많은 프로그램이있다. 'Visual C++ 6'(보안 소프트웨어는 필수)으로 작성되었으며 GUI는 MFC로 작성되어야합니다.MFC는 Windows 데스크톱 응용 프로그램을위한 지배적 인 프레임 워크입니까?

그래서 내 질문은 :

  • 는 MFC는 여전히 윈도우 바탕 화면 aplication의 지배 구조 인가?
  • IE, Firefox, Microsoft Office (또는 다른 famouse 데스크톱 응용 프로그램, 일부를 나열하려면) 어떤 프레임 워크를 사용합니까?
  • Windows 자체의 데스크톱 응용 프로그램 (예 : 탐색기, 카드 게임)은 어떤 프레임 워크를 사용합니까?

감사합니다.

답변

0

저는 윈도우 폼과 WCF가 꽤 널리 퍼져 있다고 말합니다. C#/VB.NET은 기업용 미국에 잘 자리 잡고 있습니다.

IE는 COM 기반입니다. 사무실은 MFC/COM입니다. Windows 응용 프로그램은 일반적으로 플랫폼을 데모하기위한 기본 코드입니다.

0

새로운 프로젝트에서는 MFC가 지배적 인 플랫폼이라고 생각하지 않지만 새로운 플랫폼은 개발자가 Win32 및 MFC 자체의 고유성을 차단하고 더 빠르게 개발할 수 있기 때문에 주로 발생합니다. MFC 응용 프로그램은 개발하는 데 오랜 시간이 걸리지 만 응답 속도는 타의 추종을 불허합니다.

나는 플랫폼의 일부분이 2010 년에는 부적절하다는 것을 부인하지 않을 것입니다 (예 : CArchive 및 대부분의 Doc/View 기반). 그 중에서도 타사 구성 요소 (주로 GUI)의 가용성이 조금은 부담 스럽습니다. FP1/MFCNext는 올바른 방향으로의 한 걸음이었습니다. 저는 VS 2010의 새로운 MFC 기능에 대해 배우고 싶어합니다.

OS와의 최적의 통합을 위해 imo C++/MFC는 여전히 자연 선택 때문에 최상의 선택입니다. Win32는 Windows의 기초이며 C 또는 C++로 쉽게 액세스 할 수 있습니다.

관련 문제