WPF, Xaml과 MS Development의 미래

Question

저는 WPF에 막대한 투자를하기 시작했으며이 결정에 대한 지혜로 생각한 것보다 더 지식이 많은 사람들이 궁금해하고있었습니다. WPF가 앞으로 나아갈 것입니까?

Answer 1

예, 앞으로 은입니다.

WPF 및 인터페이스 용 XAML을 사용하여 우리가 고객을 위해 해당 인터페이스를 개발하는 방식을 완전히 혁신했습니다. 가능성은 무한하며 학습 곡선은 크지 만 장점이 있습니다.

이제 우리는 WinForms로 3 년 전만해도 꿈도 꾸지 못했던 작업을 수행 할 수 있습니다. 또는 이전에 논리를 1 주일 만에 마친 몇 줄의 코드와 논리를 취할 수 있습니다. 4 개의 클래스 파일.

확실한 방법은 MS 개발이지만, 항상 WinForms를 사용하는 사람들이있을 것입니다.

그들은 심지어 WP20으로 VS2010을 개발했습니다. ;)

Answer 2

Microsoft 자체는 WPF에서 엔터프라이즈 응용 프로그램을 개발하기 시작했습니다. 그들은 양탄자가 뽑힐 것이라고 믿을 이유가 없기 때문에 자신을 위해 그것을 유지하는 데 투자됩니다. 또한 WPF에는 Silverlight 하위 집합이 있는데 이는 증기를 잃지 않는 것 같습니다.

Answer 3

XAML은 매끄러운 값 변환을 통해 인터페이스를 설정하고 배후에서 더 많은 것을 추가 할 수있는 좋은 선언적 방법입니다. 그러나 WPF와는 분리 할 수 ​​있습니다 (일반적으로 손에 들고 있지만).

.Net 4는 이미 Workflow Foundation 및 Windows Communication Foundation에서 XAML 선언적 언어를 사용하는 데 다소 진전을 보았습니다.이 두 언어는 이미 상당히 선언적 인 XML 기반으로 개발되어 있기 때문에 흥미로울 것입니다.

XAML은 특히 MS에서 핵심 요소 인 개체 그래프 (개체 그래프)를 구성하는 방법에 불과하므로 MS에 대한 확실한 방법입니다.

WPF는 또한 이미 놓친 DataGrid (이미 탁월한 상업적 대안이 있음)와 하드웨어에 더 많은 작업을 투입하고 렌더링 및 시작 속도를 높이는 더 복잡한 픽셀 셰이더를 포함하여 몇 가지 걸음을 짊어지고 있습니다. 의 WPF 애플 리케이션.

WPF가 미래인가? 그렇습니다. 스타일러스 입력과 필체 인식을 중요시하며 매력적인 UI 개발을 위해 개발 예산에서 공간을 찾을 수있는 Windows에 묶여있는 사람들에게 적합합니다.

플래시, Flex, DHTML에 대해 일반적으로? 나는 모른다. 나는 생각하지 않을 것입니다. 대부분의 어플리케이션은 팻 클라이언트 개발의 모든 힘을 필요로하지 않으며 웹의 접근성에 반하여 행복하게 거래하는 픽셀 쉐이더 (pixel shaders) 외에도 그다지 신경 쓰지 않습니다.

Silverlight와 XAML은 완벽하게 상호 호환되지 않으며 WPF는 자동으로 웹에 전송되지 않습니다. (그럼에도 불구하고) 그럼에도 불구하고 나는 도박을 벼락 부자에게 가져 갔고, 시간을 잘 보냈다. 그 밖의 것이 없다면 프로토 타입 제작에 환상적입니다.