Re: Webforms vs. Winforms decision

Tech Tip: Click here to run a free scan for Windows Errors and optimize PC performance



Hi,

I have a windows application written in Visual Basic 6.0 that is going
to be redeveloped in dotNET. We are trying to decide if we should
deploy using Webforms or Winforms and I need advice from someone who is
not on my team.

4 years ago (VS 2002) we had to make the same decision when redevelopiong a
big financial app.

Webforms was chosen by management, based on some good reasons (ease of
deployment, no installation on clients, can be used worldwide) and some bad
(webapps are hot, no more DLL-hell).

Nevertheless, at that time it seemed the best option (also to me), but
looking back we should have gone the Winforms route...

Why?

- Develoment time is significant higher. You need state-management. You need
need to know about HTML, CSS, JavaScript (possibly cross-brower) & IIS.
- Some parts of our app demand a lot of data-entry. Because most of the
field are related, this means postbacks. On every postback all data is send
back & forth, making it slow. We had to write a lot of JavaScript to
minimize this, but even then there are limits.
- Users *demand* the same user experience as desktop apps can give them,
meaning you will write a lot of JavaScript. This is a very time-consuming
task.
- You can't access resources on the client's PC (obviously).

This is just my opinion. I took the time to write this down because I feel
it might help you. Learn from the mistakes of others.

Steven


.



Relevant Pages

  • Re: What happens after runtime?
    ... Runtime is a term which is used to denote when an application (WinForms or WebForms) is actually running as opposed to when it is being designed / developed... ... E.g. when you add webcontrols to your markup in the designer, they are said to be created at *design-time*. ... However, when you add controls dynamically while the app is actually running, they are said to be added at *runtime* because they don't exist until the app is runnning... ...
    (microsoft.public.dotnet.framework.aspnet)
  • Re: Are ASP.NET user interfaces essentially dead now?
    ... it will be tight enough that you can't call SQL ... takes longer to develop ASP.NET interface than a windowsform app ... And communicating with a Web Service is not required the ... > I see Winforms doing the major amount of interface work and leaving the ...
    (microsoft.public.dotnet.framework.aspnet)
  • Re: Server did not recognize the value of HTTP Header SOAPAction
    ... I created a new test winforms project in 1.1. ... The test app works OK, ... I understand you've developed an ASP.NET webservice ... application is sending an unexpected SoapAction header to the service. ...
    (microsoft.public.dotnet.framework.aspnet.webservices)
  • Re: Performance: SQL-Server mit ASP-NET oder WinForms
    ... ich hatte leider WebForms anstatt WinForms geschrieben. ... Aber alleine das erneute Laden einer Seite wenn ich zB in einer ComboBox ... >> Wahrscheinlich ist auch das Disconnected Konzept von ado.net schuld an ...
    (microsoft.public.de.german.entwickler.dotnet.datenbank)
  • Re: Are ASP.NET user interfaces essentially dead now?
    ... How does "clickonce" solve the problem up version updates? ... takes longer to develop ASP.NET interface than a windowsform app ... > developer can choose how they want to communicate -- direct to SQL ... using winforms requires that the client has the .NET framework ...
    (microsoft.public.dotnet.framework.aspnet)