WPF는 얼마나 안정적입니까?

Question

WPF는 WPF 프로그램의 안정성이 아니라 API 자체의 '안정성'측면에서 얼마나 안정적인가.

설명하겠습니다 :

Microsoft는 새로운 기술로 전체 방법론을 변경하는 것으로 유명합니다.Silverlight 1에서 silverlight 2로 이동하는 것과 마찬가지로 WPF를 사용하면 MS가 .NET 서비스 팩의 출시로 많은 부분을 변경했음을 알고 있습니다.나는 그들이 상황을 얼마나 많이 바꾸 었는지 모릅니다.따라서 결론은 다음 릴리스에서 시스템을 다시 개선 할 것인지 아니면 시스템의 대부분을 변경하지 않을만큼 충분히 안정적이라고 생각하십니까?나는 매 릴리스마다 무언가를 잊는 것이 싫다.

문제가 너무 오래 걸리지 않았 으면합니다.

Answer 1

MS는 새로운 기술을 개발 스택에 도입하는 것과 관련하여 "화재와 움직임"의 역사를 가지고 있지만 이전 제품에 대한 지원 및 이전 버전과의 호환성을 유지하는 강력한 역사를 가지고 있습니다.WPF는 프레임 워크의 새로운 릴리스가 나올 때마다 추가되는 것처럼 보이지만 배운 내용은 대체되거나 무효화되지 않습니다.

프레임 워크의 새 릴리스와 함께 내 WPF 응용 프로그램에서 본 유일한 주요 변경 사항은 최근 3.5 SP1의 변경 사항이었습니다. 그 이유는 코드에서 특정 동작을 얻기 위해 무의식적으로 버그에 의존했기 때문입니다.XAML을 더 정확하게 조정했고 제대로 작동하기 시작했습니다.

예, WPF는 클라이언트 측 개발 기술로서 상당히 "안정적"이라고 생각합니다.

Answer 2

처음 출시 된 이후로 WPF를 사용해 왔으며 처음에는 문제가 발생하여 두통을 일으켰고 해결 방법을 찾기 위해 머리를 긁적 였지만 스택은 실제로 꽤 안정적이되었습니다..

Expression Blend를 추가하여 개발이 확실히 더 쉽고 쉬워졌습니다.VS 2005에서 XAML을 만드는 것은 재미가 없었습니다.템플릿 엔진만으로도 WinForms에서 전환 할 수있을뿐 아니라 애니메이션 지원도 충분합니다.

어느 쪽이든, 클라이언트 애플리케이션 개발을위한 프레임 워크로서 매우 안정적이라는 Matt의 의견에 동의합니다.

Answer 3

WPF는 변경이 진행되는 한 꽤 안정적입니다.Silverlight는 여전히 유동적입니다.Silverlight가 wpf에서 채택 될 수있는 상태 관리자 (트리거를 구현하는 대신)의 개념을 가져 왔기 때문에주의 할 수 있습니다.

그러면 제어 템플릿과 동작을 정의하는 여러 가지 방법이있을 것입니다 ...

그것은 골치 아픈 일입니다.