Ali Parr
그는 물었다 12년 전
10

향후 큰 MFC Feature pack C # 과 함께 2008년 교정 ᅴ 응용 프로그램 또는 윈포름스?

Mfc 를 사용하여 제품을 개발한 비주얼 C++ 같은 회사에 대한 장기간의 사실상 표준 UI 개발. 많이 포함되어 있는 우리의 코드 / 낙후된 레거시 코드를 운영 유지해야 한다. 이 중 일부 코드는 나보다 오래된 (원래 70 년대 후반 기록되었으므로) 와 Visual Studio 에서 일부 회원들이 여전히 우리 팀이 6.

그러나 이 제품은 그동안 내부적으로 결론을 감사하게도 우리 # 39 에 비해 다소 낡은 도달했음 보았으매 lionbridge competitors& 해야 하고, 뭔가.

나는 새로운 영역의 UI 가 매우 주력하고 있는 별도로 미삭 제품. 따라서 & # 39, 시도해 볼 기회가 부여된 나는 new& # 39. 오래 전에 검증을 통해 기술 스택 비호환성의 정렬하려면 방전시키십시오 이동하는 과정을 미삭 UI 의 시작.

저는 그동안 함께 사용하여 Windows Forms 및 C # .net framework 에 대한 우려가 있지만 내 스페어를 귈이예요 고객이시간과 경험하십시오 키워봤지 다소 어려움 등으로 인한 interop. 그 동안 won& UI 의 특정 지점, t # 39 이 문제가 되고 있는 기존 c++컴파일러는 조정하는데 많은 interop 포시 코드베이스, 내가 할 수 있는 것입니다.

이에 대한 대안은 계속하시겠습니까 MFC feature pack 을 이용할 수 있지만, 그냥 시도하고 있는 새로운 함께 VS2008. 하지만 난 아마 가장 걱정하는 것은 이 옵션을 활용하여 수명 즉 .net 과 것이 아니라

따라서 어떤 강조표시할 합니까? # 39 는 매우 작은 팀 내 권장안을 we&, re 는 개발 방향을 받아들여질 가능성이 있어 향후 - I want to get it right.

Mfc 는 죽었나요? C # / 윈포름스) 는 앞으로 나아가는 길을? # 39 m, 그 밖에는 I& 전혀 없습니다. 크게 도움말에서는 감사합니다!

Ray Burns
그는 11년 전 댓글을 달았습니다
1

예, MFC 는 죽은입니다. 윈포름스 죽어가고 있다. 이 시점에서 앞으로 나아가는 길을 가 WPF. Mfc 로 전환하는 끊길 수 있지만, 윈포름스) 에서 wpf 는 비용을 대폭 숨길까요 윈포름스 비용을 크게 줄일 수 있습니다. 좋은 인프라일까요 옵션에만 윈포름스 백성을위한 여전히 Windows 2000년 을 지원하는 데 필요한 시스템 또는 윈도우 모바일. 여전히 가장 적합한 directx* 3D 게임 및 CAD. 이럴 완전히 다른 사람들, 윈포름스 건너띄기 WPF 로 직접 및 이동 합니다.

답변 6 개

39 m, t app 개발자 협력하였습니다 i& 있는 기존 MFC 코드, 하나님이 당신의 모든 동일한 우려하는 목소리가 커지고 있다. 우리의 전략은 많은 위험과 불확실성을 제거하는 데 가장 큰 요인은 피하는 것이 아니라 우리가 할 수 있는 큰 재작성할. 모두 아시다시피 대부분의 시간을 TBR 실패. 그래서 우리는 변동분 외곽진입 보존할지 won& # 39 을 수 있게 하는 모듈로, t be 변경, 현재 릴리스에는 먹어서나 안드포르팅 피쳐입니다 관리됨, 새로운 기능 개선 관리됨 받고 있다.

여러 가지 방법으로 이를 수행할 수 있습니다.

  1. Wpf 호스트입니다 내용을 MFC 뷰 (, a href = &quot &lt 지켜보리니, http://www.codeguru.com/cpp/cpp/cpp_managed/interop/article.php/c14589&quot, &gt /a&gt here<;;)

  2. Mfc 에 대한 새로운 애플리케이션 프레임워크 및 MDI 만드시겠습니까 윈포름스 너회의 호스트입니다 MFC MDI 뷰 (지켜보리니 &lt, a href = &quot, http://www.codeproject.com/KB/miscctrl/HostMFC.aspx&quot, &gt /a&gt here<;;)

  3. Mfc 의 사용자 컨트롤 호스트 윈포름스 대화상자와 뷰 (참조;;;; a href = &quot &lt http://msdn.microsoft.com/en-us/library/ahdd1h97.aspx&quot &gt /a&gt here<;)

문제는 또 WPF UI (옵션 1) 할 것이라는 게 모두를 한 번에 it& # 39, ll, 그렇지 않으면 재작성할 여바바 예쁜 정신분열적인.

그러나 두 번째 실용적인 접근이 매우 복잡하다.

39 의 세 번째 외곽진입 중 하나는 우리가 잘 선택하고 it& 일해 왔습니다. 응용 프로그램의 전반적인 일관성 없는 영역을 선택적으로 재생율에서 있습니다 유지하면서, t # 39 와 닿는 것을 aren& 줄바꿈할.

비주얼 C++ 2008년 는 흥미로운, 나는 이 객체에는 어쨌든요 재생할지를 haven& # 39, t 기능 팩 오래된 성님예 같다 문제가 있는 것이 도움이 됩니다 만약 &quot ribbon"; 너무 삐걱거림 약간만이라도 사용자의 타사 MFC 및 / 또는 윈포름스 제어입니다 구입업체를 바라볼 수 있습니다.

내 전체 권장안을 에로남이네 interop + 변동분 변화는 말해둘꼐요 걸친 대변신을 것이 바람직하다.

-

네, 그럴 수 있는지 확인 후 후속 판독값 말해둘꼐요 생산성 향상을 위한 투자 com/go/learn_fl_cs4_learningas2_kr 레임워크 의 크게 보다 중요한 것입니다. C # 의 팀 사용해온 아니예 시작할 때 이 노력, 지금 우리는 모두 포지셔닝하십시오 거잖나.

Aidan Ryan
Andy Dent
그는 12년 전 댓글을 달았습니다
0

Wpf tfsnap 스타일입니까 제어하는지 같은 테마 너회의 찾을 수 있습니다.

Aidan Ryan
그는 11년 전 댓글을 달았습니다
0

즉 노력에 대한 장점 / 소극적이다. 이해했소 보았으매 픽셀 별 그러겄지 결코 쉽지 않다는 게 됩니다 # 39, ll end up with 오버클로킹된 &quot you& 신비한 valley"; 효과를 얻을 수 있습니다.

Ray Burns
그는 11년 전 댓글을 달았습니다
0

점점 시간이 오래 걸릴 수 있지만 불과 몇 시간 전 시켜버리므로 WPF 픽셀 완벽한 하나의 app& # 39 의 스타일 때문에 정확한 볼 수 없는 것을 안 되고 새로운 단면에는 QA 여러분 - - 조금 달랐다.

자신을 단축시킵니다 응답을 주신 모든 분께 감사 드립니다 # 39 의 든든한 it& 확인하기 위해 일반적으로 생각하는 내 대사 inet6.0 공통된 의견이다. 내가 노력한 수밖에 없는 상황에서 우리 소프트웨어 역시 우리 고유의 맞춤형 실행됩니 하드웨어 () 의 방송 산업) - 정말 우리 고객이 선택할 수 있으며 따라서 OS 가 밀어나가기 빛위에. 현재 실행 중인 XP/2000 하고 있지만, 내가 볼 수 있도록 하는 이동합니까 we& # 39 최대 vistatm 곧.

그러나 또한 매우 정교한 제어할 수 있는 유지하는 데 필요한 GPU 하드웨어 가속 성능, WPF 와 자동으로 규칙요 아웃해야 같은데요? 내가 내 원래 있는 예증의표적으로 시점으로든지 post - 죄송합니다. 아마도 it& # 39 의 두 개의 gpu 사용할 수 있습니다. 그러나 that& # 39 의 또 다른 질문을 아예 바꾸기도 한다.

39 팀 doesn& 없는 C #, # 39 m no 숙련가 제 경험과 I& 어떤 중요한, 하지만 난 장기적인 효과를 보다 중요한 # 39 시간은 아마도 관리됨 전반적인 환경, ll 시행하십시오 it& afaq 최대 속도.

윈포름스 같은데, C # 할꺼이나 됐다.

Aidan Ryan
그는 11년 전 댓글을 달았습니다
1

또한 WPF gpu 의 메모리 사용량을 큰 영향력을 가지고 있는 듯 하다.

Ray Burns
그는 11년 전 댓글을 달았습니다
1

내가 don& # 39, t) 이 있는데, 자신의 상황에 영향을 주는지 다운로드되었는지 방관하겠나 의존하는 상황에서 최소한 한 개의 gpu 를 실행할 때 전혀 사용하지 않는 wpf: 원격 데스크톱 RDP (/ ts). # 39 의 GPU 는 좀 더 정확한, 원격 machine& WPF 응용 프로그램을 실행할 때 사용하는 것은 전혀 없다. Rdp 6.0 에서 다시 클라이언트로 전달된 이 프리미티브는 렌더링 (rendering).

39, 세부 사항에 대해 롯이여 don& 있습니다 t give a, s # 39 는 기존 코드 또는 어떻게 it& 구조화된. 특정 성능 기준 경우 일부 제품을 codebase c++에서 유지할 수 있습니다. # 39, ll 함께 하는 시간을 기존 코드를 가지고 you& 쉽게 접할 수 있는 가장 효과적인 방식으로 interop 경우 기존 코드 - 전화하시기 꽂으십시오 C # 에서 오늘? 프로젝트 afaq afnor 그러겄지 구조를 형성할 수 있다는 생각을 하니

Wpf 의 윈포름스 수 있다는 점을 더 적절하다고 주장할 수 있습니다. 너와 네 단계로 윈포름스 이동하는 것은 큰 팀이다. 아마도 그들은 더욱 편안하게 이동할 수 있는 윈포름스? # 39 의 더 나은 문서화했습니다 it& 계속 필요한 경우, 유용한 windows 2000년 지원을 위해 클라이언트 경험이 있다.

관심을 갖게 될 수 있습니다. [확장 MFC 응용프로그램을 .NET Framework] [1]

뭔가 다른 것이 는 [C++/CLI] [2] # 39, t, but I don& 경험이 있습니다.

[1]: http://www.amazon.com/extending-mfc-applications-net-framework/dp/032117352x/ref sr_1_2? 키드 = = = = = 1218715329, sr, ie 의 utf8&amp books&amp &amp 1-2 [2]: http://en.wikipedia.org/wiki/C% 2b% 2b/cli

닷넷 (.net) 기반 응용 프로그램 및 설치 의사를 따라 고객이 아닌 모두야 있다), 꼭 이래야겠어요 말해둘꼐요 윈포름스 이동 또는 WPF. C++ 클래스 라이브러리를 사용하여 코드 리팩토링 코드는 비사양 ᅴ 에 의해 대규모로 간편화된 함께 interop c++/cli (# 39, ve 명시된 대로 you& 고객이 선택한 태그용).

Wpf 는 유지하기 어려울 수 있는 유일한 문제가 현재 외관과 느낌. 현재 여바바 통해 GUI 로 유지하면서 윈포름스 수행할 수 있습니다. WPF 는 다른 시도를 하고 있는 모델 등 현재 레이아웃은 아마도 계속 정신으로 WPF 말해둘꼐요 않을 것입니다. 또한 wpf 는 둘 이상의 WPF 프로세스가 실행되고 있는 때 vista 이전 머신뿐만 이렇다할 실적을 올리지 못한 것으로 알려졌다.

내 제안에 사용하는 고객의 알아 볼 수 있다. 대부분의 경우 자리를 옮긴 vistatm 및 팀과 GUI 작업을 많이 동일팔레트에 준비가 돼 있다고 꼭 이래야겠어요 윈포름스 건너띄기 WPF 및 이동. 그렇지 않으면 말해둘꼐요 윈포름스 매우 중요하게 생각합니다. 두 경우 모두, C++/CLI 는 클래스 라이브러리에 데이터베이스에구성원을 오토메이티드 interop 우려하는 목소리가 커지고 있다.

Andy Dent
그는 12년 전 댓글을 달았습니다
0

가난한 사람들을 위한 여러 인스턴스들도 참조입니다 제공하십시오 중요한 문제가 될 수 있습니다 - WPF 성능을 향상시키든 우리를 위해

Ray Burns
그는 11년 전 댓글을 달았습니다
0

Wpf 는 듀얼 모니터 시스템을 Windows XP 가 여러 개 중 하나에 데벨 자주 쉐퍼드도 애플리케이션과도 가시적입니다 onscreen. 모든 것을 성능 문제를 적이 없습니다. 물론 내가 사용하는 응용 프로그램을 개발하기 위해 많은 되니그들 진짜였어 강력한 그래픽 응용 프로그램 객체 이동. 만약 이러한 GPU 들은 경우 자칫 문제를 공유함을 눈에 띈다.

이 때문에, C # .NET 으로 한번 봐봐 난 고려해보십시오 아닌 윈도우 프레젠테이션 파운데이션 윈포름스. WPF 는 향후 스마트 클라이언트를 .NET 및 기술 너회가 수거 you& # 39, ll 수 있도록 하려면 재사용합니다 브라우저 호스팅된 실버라이트 응용.

Wpf 동의 내가 있는 것이다. 조금 더 이상 이동형이든지 윈포름스 tag/xml 기반 ᅴ 다시그것들을 것으로 보인다.

아마 내가 너무 많은 것을 얻을 수 있는 것, 자신의 팀이 없으면, 그 기술이 있지만, 현재 C # 은 팩터에서의 진행하십시오 MFC 는 개발자 및 C # 줄어 시장이 커지고 있다.

아마 함정이거나 일정 분량 외곽진입 가능할 것 "이라고? 저는 그동안 레거시 응용 프로그램은 C #, 그리고 항상 상당히 안타까울 관련된 많은 시간이 조금 더 이상 당신이 다시그것들을 추정치입니다 경우 일부, 특히 기존 코드를 isn& 밝은 t # 39, 또는 dell. 고객팀에 유지하고 있습니다 함께 있는 C #.