tags:

views:

2408

answers:

13

WPF vs WinForms. What do you think about the future of the Windows Forms platform?

+3  A: 

My own opinion is that the adoption of WPF is pretty slow at the moment.

I have tried both and it seems a lot harder to get started making WPF forms, I guess its much because of the different layouts in WPF and because you would expect a WPF app to look a lot better and therefore its harder to get satisfied with a WPF app. Also forms has lots more ready controls
TT
+6  A: 

Count the # of times VS.NET 2008 crashes on you during a day of WPF UI development and how many times it crashes on you during winforms development. (here it's almost impossible to do serious wpf development, it crashes alot even after sp1). Winforms also has a lot of mature controls. Sure it doesn't have the fancy shiny 3d stuff of wpf, but for LoB apps, you don't need these anyway. Add to that the blurry text issue of wpf, and you'll understand that wpf has a long way to go before it's mature enough to replace winforms.

Frans Bouma
+3  A: 

I have to agree with both posts above. Further, until Microsoft starts really pushing WPF in its own products, it's not really going to take off. In my mind, Microsoft dogfooding WPF is what will lead them to really address the issues that are holding it back: the crashes, text issues, and lack of pre-built controls.

Mike Hofer
A: 

Although the learning curve for WPF is a bit long I think people have started to take it under serious consideration for building new applications. But still we need a serious motivation for migrating from Winforms to WPF.

Jomit
+1  A: 

I guess you have to look at what WPF offers over Webforms. The only thing that comes to mind is more possibilities GUI wise, but that again make WPF a bit more complex. Most Webforms applications aren't made to look good, they are meant to perform certain operations in an easy and understanding way and there WPF doesn't really give you much over Webforms.

Maybe silverlight could give wpf a push. There are a lot of interesting possibilities with full screen siverlight apps(Photo apps, office apps, report apps...) and they would of course be easily ported to WPF apps.

TT
+1  A: 

I have used both WinForms and WPF and I will have to agree that WPF still needs a lot of work in order to become the UI platform of choice for LoB applications. Currently WPF is useful for creating UI with rich effects and animations, but even then there are problems.

Yordan Pavlov
You can create effects and animations with WinForms, too. It's a bit harder but you can.
+1  A: 

I've seen MS's demo of a healthcare app using Silverlight and it is gorgeous. I would say that without a doubt it is the future as it builds upon the experiences of WinForm and restructures things to get around the problems of WinForm.

That said, at present WinForm is obviously more mature and probably has a shorter time to market due to the stability of the platform and wealth of resources, tools and knowledge.

I would expect that WinForm apps will slowly peter out within another decade but for now it is still a very viable platform.

Quibblesome
I can see MS moving to rich-web silverlight GUIs with all their 'cloud' and 'web enabled' products, so perhaps WPF will be the one that dies off, in favour of silverlight on the web and winforms on the (legacy) desktop.
gbjbaanb
+2  A: 

Windows forms is Honda.

WPF is Orange County Chopper.

It costs more to build a custom hand made chopper, it takes a lot more skill for a worker to do all those components by hand, it requires artistic sense, dedication and allot of work, compared to a worker in a Honda factory that only presses 3 buttons and a bike comes out.

The result?

An Orange County Chopper is unique, beautiful, stands out of the crowd, and makes it's owner prowd, but it is also harder to manufacture, costs more, requires more talent on the builders side and not everyone can do it.

And the point of this rant is?

Use WPF if you want to stand out of the crowd and your clients can afford it ;-)

Pop Catalin
but, to take your analogy further.. Honda made vehicles practically never go wrong, and are a lot more affordable than a custom-built bike.
gbjbaanb
@gbjbaanb: you got it right :), Winforms gives you far fewer chances to mess things up because it's simpler than WPF, on the other hand on the WPF side, you can go wrong in more places, and it takes allot more dedication and knowledge to do things right.
Pop Catalin
+8  A: 

I am currently working with my third client to deploy develop a WPF application. The first was a LOB application for one of the 3 major shipping providers in the US, the other two for smaller companies.

I find Visual Studio to be perfectly stable, but I also never use the designer in Visual Studio. Expression Blend is perfectly stable, if not missing many features expected by designers.

WPF uptake is surely slower than language features introduced into Visual Studio & .Net, but it is far superior to WinForms in many ways and will be the future.

Go learn the WPF mindset and you'll never go back.

Ryan Cromwell
Could you please share with us why do you find WPF is superior to WinForms? I do not think it is superiour. For fancy animations may be, but about serious applications?
DataBinding alone provides a serious productivity benefit for developers. It also extends the possibilities for simple solutions significantly. I highly recommend you look at the example I provide in the link just to understand how useful it is. WPF for LOB is extremely productive.
Ryan Cromwell
I don't do fancy animations and I believe the MS marketing machine did a disservice to WPF by making those such a focus.
Ryan Cromwell
Thanks about the answer. I will definately take a deeper look at WPF.
We have been prototyping our next application in WPF. The learning curve is steep, the VS Tools suck. However, I still think it's worth it. The DataBinding, the templating etc. I don't think "if" is the right word question about it's future, rather "when".
Jab
Databinding is available to Winform controls, how is it better in WPF?
Dour High Arch
A: 

I gave up on WPF because the visual editor in VStudio 2008 is so unbelievably slow!

revs
Don't downvote this, he's right, Cider is so slow even on high end machines it's a pain to work with in production.
Pop Catalin
+1  A: 

I think WPF is firmly targeted at a group of developers who are not inclined to adopt it. I don't believe WPF was made for CRUD apps. CRUD is much harder in WPF than WinForms. I have seen examples of databinding which I just don't like. You have to run through an intermediate technology (like CSLA) to make it work well.

No, I think WPF was designed for developers who want to ship super slick, super fancy media IDEs to the public. Unfortunately, this is precisely the group which is most stuck on C/C++ and most unreceptive to managed code. For this reason, you have to question Microsoft's market-thinking.

On the other hand, Microsoft eats its own dog food, and new flavors of puppy chow are often a response to strong internal presures for better stuff. You can see why the Windows Media group and the Zune group both would like and want WPF.

David Leon
+1  A: 

I have worked with WPF on a couple of applications (one LOB, one controller UI) and I find it is very elegant and a productive tool to use. The databinding and nested control element container model are very powerful.

It is very different from Winforms and has a big learning curve. Once you have made some progress along that learning curve, though, you will never go back to WinForms - at this point when I think of using WinForms I think, "ugh!"

Tom A