2008-09-15 3 views
13

실제 LOB 응용 프로그램에 WPF를 사용하는 사람은 누구입니까?실제 LOB 응용 프로그램에 WPF를 사용하는 사람은 누구입니까?

우리는 3D 요소에 매핑 된 비디오를 보여주는 WPF의 영리한 데모를 보았습니다. 이러한 기능은 훌륭하게 보이지만 대다수의 개발자가 수행하는 기간 업무 (LOB) 응용 프로그램의 실제 상황은 어떨까요? 좋은 눈 사탕을위한 WPF인가요?

답변

9

우리가 그것을 논의하는 동안은, 똑똑한 사람은 놀라운 애플 리케이션을 구축하고있다 :

Lawson Smart Office brings WPF goodness to the enterprise

IGT’s Next-Generation UI with WPF

Billy Hollis on Getting Smart with WPF

+2

+1 빌리 홀리스의 DNRTV 에피소드. –

+0

WPF는 이제 WinForms에 대한 또 다른 좋은 대안입니다. WinForms가 약간 더 성능이 좋은 경우에도 성능은 비슷합니다. 하지만 당신은 엄격한 통제에 묶여 있지 않으며 MVVM은 훌륭합니다. 지금 없이는 살 수 없습니다. – sgissinger

1

데모가 주로 디자이너를 대상으로하는 눈 사탕을 느낍니다. 이미 WPF를 사용하여 LOB 응용 프로그램의 유용성을 향상시킬 수있는 잠재력이 있습니다. Check this article about the potential of Silverlight.

비즈니스 응용 프로그램은 모든 업무와 즐거움으로 명성이 널리 알려져 있습니다. 실제로 LOB (기간 업무) 응용 프로그램을 개발할 때는 "사용자 경험"이 가장 중요한 관심사가 아니 었습니다. 많은 LOB 스타일 응용 프로그램이 사용 편의성에 중점을두고 있지만 종종 매력에 매료합니다. 사용자 경험은 실제로 유용성과 매력의 조합입니다.

1

우리는 주 응용 프로그램에 주변에서 그것을 사용하기 시작 한 종류의 POC 및 학습 기회로 활용할 수 있습니다.

괜찮아 보이지만 여기서 과장된 그래픽 아티스트는 한 명뿐입니다. 그 사람 없이도 WPF 앱은 개발자가 디자인 한 앱처럼 그래픽으로 보입니다.

우리가 그래픽이 아닌 코더뿐만 아니라 우리는 WPF의 힘을 충분히 활용하기보다는 WPF로 Forms 앱을 개발하고 있습니다. 우리는 더 많은 자원과 경험으로 놀라운 일을 할 수 있다고 확신합니다. 그렇게하기를 고대하고 있습니다.

또한 웹에서 수행 할 수없는 양식 앱에서 수행 할 수있는 작업이 없다는 보스의 생각을 달래기 위해 Silverlight를 사용하는 것도 고려하고 있습니다. 그가 위험하다고 생각하기 시작 했으므로 위험한 선이었습니다. 우리는 모두 아무 것도 불평하지 않았습니다. (실제로 그는 이미 않습니다 :)

1

친구가 WPF를 사용하여 일부 멋진 시원한 나무를 만들었습니다 (tree- 뷰) 렌더링을 지원합니다. 나는 대중 매체에 공개하거나 언젠가는 이야기 할 수 있을지도 모른다.

2

저는 회원 중 다수가 WinForms 앱을 만드는 데 전적으로 집중하고있는 덴마크어 아키텍처 그룹의 멤버입니다. (전 웹 사용자입니다). 우리 회의에서 WinForms 대 WPF에서 Windows 응용 프로그램을 빌드하는 주제가 여러 번 나왔습니다. 토론이 끝나면 매번 WPF는 WinForms에 대한 아주 멋진 응용 프로그램을 만들 수있게 해줍니다. 이 시점에서 너무 많은 생산성을 잃어 버린다.

Winforms를 사용하는 주된 이유는 도구입니다. 그들은 비록 개선하고있다.

3

저는 Helios 제품에서 this setup으로 작업했습니다. C++을 포함한 다른 많은 것들 위에 WPF.

WPF는 .NET에서 개발 중이며 많이 사용자 지정된 UI로 스마트 클라이언트 응용 프로그램을 원할 때 권장 할만한 제품입니다.간단한 Windows-y UI를 사용하려는 경우 Windows Forms로 이동하십시오.

6

WPF LOB 응용 프로그램을 약 400 개 시립 위치로 배포합니다. 눈 사탕은 무겁지 만 데이터 바인딩은 매우 무겁습니다.
WPF는 LOB 용으로 맞춤 제작되었습니다! SP1에는 많은 단점 (즉, 리펙토링 없음)이 수정되었지만 도구는 여전히 약간의 속도로 지연되어 있습니다.
XAML이 쉬운 툴링을 위해 개발되었다는 것을 보는 아이러니 컬합니다.
WPF를 사용하려면 WPF 개체 모델의 몇 가지 기본 사항을 이해해야하며, 곧 디자이너/개발자 워크 플로가 표시되지 않습니다.
가파른 학습 곡선이 있지만 가치가 있습니다.
이전에는 거대했던 작업은 사소한 것이었고, 역으로 과거에는 죽었던 작업이 거의 불가능했습니다.

2

IMO WPF는 이제 막 실제 소프트웨어 회사의 실현 가능한 길이되기 시작했습니다. 기존 설치 기반을 유지해야하는 회사는 이제 차세대 프로젝트에서 .net 3.5로 편 해지고 있습니다. WPF의 일부로 고려되고있다.

나는 진짜 문제는 WPF가 웹 애플 리케이션을위한 것이 아니라 분산 애플 리케이션을위한 것이고, 시장에 출시하는 데 관련된 더 긴 시간 프레임이 있다고 생각한다. 닷넷 3.5는 많은 호스트 된 웹 응용 프로그램이 있지만 방금 배포 된 응용 프로그램 및 WCF, WPF 등으로 표시되기 시작했습니다.

나는 앞으로 2 년 이내에 많은 WPF 응용 프로그램 팝업이 나타날 것이라고 주장합니다. 우리는 발전하고있다. 현재 백엔드 뱅크 프로세싱을위한 WPF 애플 리케이션 구현 - 그렇습니다. 실제 애플 리케이션을 위해 실행 가능하고 사용되고 있습니다. 아직 끝나지 않았을 것입니다.)

관련 문제