473,287 Members | 1,663 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,287 software developers and data experts.

Productivity: WebForms vs. WinForms

Although an impossible question to answer, I fell urged to raise it anyhow.

Given a fairly complex ERP application scenario, what's your estimation for
the X-ratio

dev. time for WebForms app

----------------------------------- = X

dev. time for WinForms app

?

My own experiences tell me that it should be about 2, but peers differ in
opinion. Some agree, some says 1, and some says 3...

Regards,

// Martin Rosén-Lidholm

PS Sorry for the cross post, but I really would like to hear both camps'
views on this subject.
Nov 18 '05 #1
20 2854
Hi Martin,

In my view, this aspect of the development should be driven from the
requirements than the timescales.

Naturally existing skill set plays a part, but deployment and maintenance
are significant differences between these technologies.

I would guess you have an ulterior motive for asking this question.

Martin

"Martin Rosén-Lidholm" <ma*****************@snabel-a.msn.com> wrote in
message news:Oq**************@tk2msftngp13.phx.gbl...
Although an impossible question to answer, I fell urged to raise it anyhow.
Given a fairly complex ERP application scenario, what's your estimation for the X-ratio

dev. time for WebForms app

----------------------------------- = X

dev. time for WinForms app

?

My own experiences tell me that it should be about 2, but peers differ in
opinion. Some agree, some says 1, and some says 3...

Regards,

// Martin Rosén-Lidholm

PS Sorry for the cross post, but I really would like to hear both camps'
views on this subject.

Nov 18 '05 #2
Martin,

Thank you for your reply.

No, my motives aren't ulterior ;-)

I've come to the conclusion that the functional and non-functional
requirements of the project at hand can be met with both technologies.

Since I believe it'll take us twice the time using WebForms (the skill set
is very diverse and not in favor of any of the two), I'd like to notify
management about this.

However, my belief isn't shared, so I tried to broaden the discussion base
with this thread.

// Martin
"Martin" <x@y.z> wrote in message
news:%2****************@TK2MSFTNGP09.phx.gbl...
Hi Martin,

In my view, this aspect of the development should be driven from the
requirements than the timescales.

Naturally existing skill set plays a part, but deployment and maintenance
are significant differences between these technologies.

I would guess you have an ulterior motive for asking this question.

Martin

"Martin Rosén-Lidholm" <ma*****************@snabel-a.msn.com> wrote in
message news:Oq**************@tk2msftngp13.phx.gbl...
Although an impossible question to answer, I fell urged to raise it

anyhow.

Given a fairly complex ERP application scenario, what's your estimation

for
the X-ratio

dev. time for WebForms app

----------------------------------- = X

dev. time for WinForms app

?

My own experiences tell me that it should be about 2, but peers differ in opinion. Some agree, some says 1, and some says 3...

Regards,

// Martin Rosén-Lidholm

PS Sorry for the cross post, but I really would like to hear both camps'
views on this subject.


Nov 18 '05 #3
If you were your own boss, which would you use? (Sounds like windows
forms).

Who's going to use the system, and how many users to you have?

Do you have a brief system spec you'd like to share with us?

Martin
"Martin Rosén-Lidholm" <ma*****************@snabel-a.msn.com> wrote in
message news:uH**************@TK2MSFTNGP09.phx.gbl...
Martin,

Thank you for your reply.

No, my motives aren't ulterior ;-)

I've come to the conclusion that the functional and non-functional
requirements of the project at hand can be met with both technologies.

Since I believe it'll take us twice the time using WebForms (the skill set
is very diverse and not in favor of any of the two), I'd like to notify
management about this.

However, my belief isn't shared, so I tried to broaden the discussion base
with this thread.

// Martin
"Martin" <x@y.z> wrote in message
news:%2****************@TK2MSFTNGP09.phx.gbl...
Hi Martin,

In my view, this aspect of the development should be driven from the
requirements than the timescales.

Naturally existing skill set plays a part, but deployment and maintenance
are significant differences between these technologies.

I would guess you have an ulterior motive for asking this question.

Martin

"Martin Rosén-Lidholm" <ma*****************@snabel-a.msn.com> wrote in
message news:Oq**************@tk2msftngp13.phx.gbl...
Although an impossible question to answer, I fell urged to raise it

anyhow.

Given a fairly complex ERP application scenario, what's your estimation
for
the X-ratio

dev. time for WebForms app

----------------------------------- = X

dev. time for WinForms app

?

My own experiences tell me that it should be about 2, but peers differ

in opinion. Some agree, some says 1, and some says 3...

Regards,

// Martin Rosén-Lidholm

PS Sorry for the cross post, but I really would like to hear both

camps' views on this subject.



Nov 18 '05 #4
Inline.

"Martin" <x@y.z> wrote in message
news:OD**************@TK2MSFTNGP09.phx.gbl...
If you were your own boss, which would you use? (Sounds like windows
forms). - WinForms, for productivity reasons.
Who's going to use the system, and how many users to you have? - Between 15 and 500 users per site/customer.

- We also have personas identified where the super users are prio 1.
Do you have a brief system spec you'd like to share with us? - I'd say "Template 1A Enterprise Resource Planning" (order, inventory,
invoicing, and purchase) with detail and summary views, search, reporting,
and so forth.

- In other words; nothing unique other than our deep knowledge of the domain
at hand.

// Martin

Martin
"Martin Rosén-Lidholm" <ma*****************@snabel-a.msn.com> wrote in
message news:uH**************@TK2MSFTNGP09.phx.gbl...
Martin,

Thank you for your reply.

No, my motives aren't ulterior ;-)

I've come to the conclusion that the functional and non-functional
requirements of the project at hand can be met with both technologies.

Since I believe it'll take us twice the time using WebForms (the skill set
is very diverse and not in favor of any of the two), I'd like to notify
management about this.

However, my belief isn't shared, so I tried to broaden the discussion base with this thread.

// Martin
"Martin" <x@y.z> wrote in message
news:%2****************@TK2MSFTNGP09.phx.gbl...
Hi Martin,

In my view, this aspect of the development should be driven from the
requirements than the timescales.

Naturally existing skill set plays a part, but deployment and maintenance are significant differences between these technologies.

I would guess you have an ulterior motive for asking this question.

Martin

"Martin Rosén-Lidholm" <ma*****************@snabel-a.msn.com> wrote in
message news:Oq**************@tk2msftngp13.phx.gbl...
> Although an impossible question to answer, I fell urged to raise it
anyhow.
>
>
>
> Given a fairly complex ERP application scenario, what's your estimation for
> the X-ratio
>
>
>
> dev. time for WebForms app
>
> ----------------------------------- = X
>
> dev. time for WinForms app
>
>
>
> ?
>
>
>
> My own experiences tell me that it should be about 2, but peers
differ in
> opinion. Some agree, some says 1, and some says 3...
>
>
>
> Regards,
>
> // Martin Rosén-Lidholm
>
>
>
> PS Sorry for the cross post, but I really would like to hear both

camps' > views on this subject.
>
>



Nov 18 '05 #5
I don't know that I'd say it's 2:1. I think there are a lot of factors
involved, but I think someone quite comfortable with WebForms will have
little difficulty matching the productivity of a winform developer for the
same app, with some qualifications...

The qualificatiosn include things like, will the web version require special
controls that the winform version won't? Will you need to be transferring
data from the user's local machine? If so, that adds a measure of
complexity.

If you're talking a simple business data-entry application type thing, I
don't think a webform is inherently more complex, or at least not
significantly so. Certainly not 2X, maybe 1.2X. But this assumes equal skill
sets in both.

There are significantly different considerations with each, though.

There's no question that the maintenance aspect of a web app is much lower,
though. You don't have to worry about different machine configurations and
such which can always lead to maintenance nightmares for WinForm apps. You
don't really have to worry about anything (like the .NET framework) being
installed on the user's machine. They simply need to have a web browser
that's compatible. So, from a maintenance side, you can generally save a ton
of time = money going with web forms.

That said, I do primarily WinForm apps because I prefer the responsive
experience to the web experience, and I think a lot of people feel that way,
but I can turn out web apps about as fast as I can winform apps. But if I'm
doing something for a customer with lots of users and I have the choice, I
go with WebForms.

Pete

"Martin Rosén-Lidholm" <ma*****************@snabel-a.msn.com> wrote in
message news:up**************@TK2MSFTNGP09.phx.gbl...
Inline.

"Martin" <x@y.z> wrote in message
news:OD**************@TK2MSFTNGP09.phx.gbl...
If you were your own boss, which would you use? (Sounds like windows
forms). - WinForms, for productivity reasons.
Who's going to use the system, and how many users to you have?

- Between 15 and 500 users per site/customer.

- We also have personas identified where the super users are prio 1.
Do you have a brief system spec you'd like to share with us?

- I'd say "Template 1A Enterprise Resource Planning" (order, inventory,
invoicing, and purchase) with detail and summary views, search, reporting,
and so forth.

- In other words; nothing unique other than our deep knowledge of the

domain at hand.

// Martin

Martin
"Martin Rosén-Lidholm" <ma*****************@snabel-a.msn.com> wrote in
message news:uH**************@TK2MSFTNGP09.phx.gbl...
Martin,

Thank you for your reply.

No, my motives aren't ulterior ;-)

I've come to the conclusion that the functional and non-functional
requirements of the project at hand can be met with both technologies.

Since I believe it'll take us twice the time using WebForms (the skill set is very diverse and not in favor of any of the two), I'd like to notify management about this.

However, my belief isn't shared, so I tried to broaden the discussion base with this thread.

// Martin
"Martin" <x@y.z> wrote in message
news:%2****************@TK2MSFTNGP09.phx.gbl...
> Hi Martin,
>
> In my view, this aspect of the development should be driven from the
> requirements than the timescales.
>
> Naturally existing skill set plays a part, but deployment and

maintenance
> are significant differences between these technologies.
>
> I would guess you have an ulterior motive for asking this question.
>
> Martin
>
> "Martin Rosén-Lidholm" <ma*****************@snabel-a.msn.com> wrote in > message news:Oq**************@tk2msftngp13.phx.gbl...
> > Although an impossible question to answer, I fell urged to raise it > anyhow.
> >
> >
> >
> > Given a fairly complex ERP application scenario, what's your

estimation
> for
> > the X-ratio
> >
> >
> >
> > dev. time for WebForms app
> >
> > ----------------------------------- = X
> >
> > dev. time for WinForms app
> >
> >
> >
> > ?
> >
> >
> >
> > My own experiences tell me that it should be about 2, but peers differ in
> > opinion. Some agree, some says 1, and some says 3...
> >
> >
> >
> > Regards,
> >
> > // Martin Rosén-Lidholm
> >
> >
> >
> > PS Sorry for the cross post, but I really would like to hear both

camps'
> > views on this subject.
> >
> >
>
>



Nov 18 '05 #6
I suppose the question is can you foresee a situation where they would want
to use it over the internet?

Unless you design it accordingly, it will run like a dog over VPN. WebForms
would encourage good remote performance from the start.

Also you might reap long term benefits if you build on top of web
services. - integration with suppliers and other business partners?

Martin
"Martin Rosén-Lidholm" <ma*****************@snabel-a.msn.com> wrote in
message news:up**************@TK2MSFTNGP09.phx.gbl...
Inline.

"Martin" <x@y.z> wrote in message
news:OD**************@TK2MSFTNGP09.phx.gbl...
If you were your own boss, which would you use? (Sounds like windows
forms). - WinForms, for productivity reasons.
Who's going to use the system, and how many users to you have?

- Between 15 and 500 users per site/customer.

- We also have personas identified where the super users are prio 1.
Do you have a brief system spec you'd like to share with us?

- I'd say "Template 1A Enterprise Resource Planning" (order, inventory,
invoicing, and purchase) with detail and summary views, search, reporting,
and so forth.

- In other words; nothing unique other than our deep knowledge of the

domain at hand.

// Martin

Martin
"Martin Rosén-Lidholm" <ma*****************@snabel-a.msn.com> wrote in
message news:uH**************@TK2MSFTNGP09.phx.gbl...
Martin,

Thank you for your reply.

No, my motives aren't ulterior ;-)

I've come to the conclusion that the functional and non-functional
requirements of the project at hand can be met with both technologies.

Since I believe it'll take us twice the time using WebForms (the skill set is very diverse and not in favor of any of the two), I'd like to notify management about this.

However, my belief isn't shared, so I tried to broaden the discussion base with this thread.

// Martin
"Martin" <x@y.z> wrote in message
news:%2****************@TK2MSFTNGP09.phx.gbl...
> Hi Martin,
>
> In my view, this aspect of the development should be driven from the
> requirements than the timescales.
>
> Naturally existing skill set plays a part, but deployment and

maintenance
> are significant differences between these technologies.
>
> I would guess you have an ulterior motive for asking this question.
>
> Martin
>
> "Martin Rosén-Lidholm" <ma*****************@snabel-a.msn.com> wrote in > message news:Oq**************@tk2msftngp13.phx.gbl...
> > Although an impossible question to answer, I fell urged to raise it > anyhow.
> >
> >
> >
> > Given a fairly complex ERP application scenario, what's your

estimation
> for
> > the X-ratio
> >
> >
> >
> > dev. time for WebForms app
> >
> > ----------------------------------- = X
> >
> > dev. time for WinForms app
> >
> >
> >
> > ?
> >
> >
> >
> > My own experiences tell me that it should be about 2, but peers differ in
> > opinion. Some agree, some says 1, and some says 3...
> >
> >
> >
> > Regards,
> >
> > // Martin Rosén-Lidholm
> >
> >
> >
> > PS Sorry for the cross post, but I really would like to hear both

camps'
> > views on this subject.
> >
> >
>
>



Nov 18 '05 #7
My main concern is productivity, although maintenance and responsive GUI are
two *very* important aspects as well.

I have quite a lot of experience with web development with both rather fat
DHTML clients making RPCs and more traditional ASP solutions. In terms of
user experience, the first is possible to make close (but definitely no
cigar!) to the rich experience you can expect from a Windows app but take
very much time to develop. The second gives the user a very poor GUI but is
fairly equal in development costs (given a much poorer GUI as stated). I
have no commercial experiences with ASP.NET.

My main concern is that I'd like to give the users a reasonably rich user
experience. The way I see it, compared to a two-tiered WinForm solution with
all layers but the DB in the client, I must add a web server, the complexity
of maintaining state in a stateless environment (HTTP), duplication of
business logic (real time validation), ... Hence my 2:1 ratio.

Don't get me wrong - I really do want to be wrong about the productivity
issue, but I can't see how added complexity won't increase development time.

// Martin

<pd******@hotmail.com> wrote in message
news:v-********************@giganews.com...
I don't know that I'd say it's 2:1. I think there are a lot of factors
involved, but I think someone quite comfortable with WebForms will have
little difficulty matching the productivity of a winform developer for the
same app, with some qualifications...

The qualificatiosn include things like, will the web version require special controls that the winform version won't? Will you need to be transferring
data from the user's local machine? If so, that adds a measure of
complexity.

If you're talking a simple business data-entry application type thing, I
don't think a webform is inherently more complex, or at least not
significantly so. Certainly not 2X, maybe 1.2X. But this assumes equal skill sets in both.

There are significantly different considerations with each, though.

There's no question that the maintenance aspect of a web app is much lower, though. You don't have to worry about different machine configurations and
such which can always lead to maintenance nightmares for WinForm apps. You
don't really have to worry about anything (like the .NET framework) being
installed on the user's machine. They simply need to have a web browser
that's compatible. So, from a maintenance side, you can generally save a ton of time = money going with web forms.

That said, I do primarily WinForm apps because I prefer the responsive
experience to the web experience, and I think a lot of people feel that way, but I can turn out web apps about as fast as I can winform apps. But if I'm doing something for a customer with lots of users and I have the choice, I
go with WebForms.

Pete

"Martin Rosén-Lidholm" <ma*****************@snabel-a.msn.com> wrote in
message news:up**************@TK2MSFTNGP09.phx.gbl...
Inline.

"Martin" <x@y.z> wrote in message
news:OD**************@TK2MSFTNGP09.phx.gbl...
If you were your own boss, which would you use? (Sounds like windows
forms). - WinForms, for productivity reasons.
Who's going to use the system, and how many users to you have?

- Between 15 and 500 users per site/customer.

- We also have personas identified where the super users are prio 1.
Do you have a brief system spec you'd like to share with us?

- I'd say "Template 1A Enterprise Resource Planning" (order, inventory,
invoicing, and purchase) with detail and summary views, search, reporting,
and so forth.

- In other words; nothing unique other than our deep knowledge of the

domain
at hand.

// Martin

Martin
"Martin Rosén-Lidholm" <ma*****************@snabel-a.msn.com> wrote in
message news:uH**************@TK2MSFTNGP09.phx.gbl...
> Martin,
>
> Thank you for your reply.
>
> No, my motives aren't ulterior ;-)
>
> I've come to the conclusion that the functional and non-functional
> requirements of the project at hand can be met with both technologies. >
> Since I believe it'll take us twice the time using WebForms (the skill
set
> is very diverse and not in favor of any of the two), I'd like to notify > management about this.
>
> However, my belief isn't shared, so I tried to broaden the
discussion base
> with this thread.
>
> // Martin
>
>
> "Martin" <x@y.z> wrote in message
> news:%2****************@TK2MSFTNGP09.phx.gbl...
> > Hi Martin,
> >
> > In my view, this aspect of the development should be driven from

the > > requirements than the timescales.
> >
> > Naturally existing skill set plays a part, but deployment and
maintenance
> > are significant differences between these technologies.
> >
> > I would guess you have an ulterior motive for asking this question. > >
> > Martin
> >
> > "Martin Rosén-Lidholm" <ma*****************@snabel-a.msn.com> wrote in > > message news:Oq**************@tk2msftngp13.phx.gbl...
> > > Although an impossible question to answer, I fell urged to raise it > > anyhow.
> > >
> > >
> > >
> > > Given a fairly complex ERP application scenario, what's your
estimation
> > for
> > > the X-ratio
> > >
> > >
> > >
> > > dev. time for WebForms app
> > >
> > > ----------------------------------- = X
> > >
> > > dev. time for WinForms app
> > >
> > >
> > >
> > > ?
> > >
> > >
> > >
> > > My own experiences tell me that it should be about 2, but peers

differ
> in
> > > opinion. Some agree, some says 1, and some says 3...
> > >
> > >
> > >
> > > Regards,
> > >
> > > // Martin Rosén-Lidholm
> > >
> > >
> > >
> > > PS Sorry for the cross post, but I really would like to hear

both camps'
> > > views on this subject.
> > >
> > >
> >
> >
>
>



Nov 18 '05 #8

I find myself in the same situation as Espen Antonsen judging from this
quote:
"As a web developer I find many tasks more time consuming and difficult to
accomplish when building a web application - we develop a web-based ERP
system."

http://sleepyhead81.blogspot.com/200...es-wanted.html

Regards,
// Martin Rosén-Lidholm
"Martin Rosén-Lidholm" <ma*****************@snabel-a.msn.com> wrote in
message news:%2***************@TK2MSFTNGP11.phx.gbl...
My main concern is productivity, although maintenance and responsive GUI are two *very* important aspects as well.

I have quite a lot of experience with web development with both rather fat
DHTML clients making RPCs and more traditional ASP solutions. In terms of
user experience, the first is possible to make close (but definitely no
cigar!) to the rich experience you can expect from a Windows app but take
very much time to develop. The second gives the user a very poor GUI but is fairly equal in development costs (given a much poorer GUI as stated). I
have no commercial experiences with ASP.NET.

My main concern is that I'd like to give the users a reasonably rich user
experience. The way I see it, compared to a two-tiered WinForm solution with all layers but the DB in the client, I must add a web server, the complexity of maintaining state in a stateless environment (HTTP), duplication of
business logic (real time validation), ... Hence my 2:1 ratio.

Don't get me wrong - I really do want to be wrong about the productivity
issue, but I can't see how added complexity won't increase development time.
// Martin

<pd******@hotmail.com> wrote in message
news:v-********************@giganews.com...
I don't know that I'd say it's 2:1. I think there are a lot of factors
involved, but I think someone quite comfortable with WebForms will have
little difficulty matching the productivity of a winform developer for the
same app, with some qualifications...

The qualificatiosn include things like, will the web version require

special
controls that the winform version won't? Will you need to be transferring data from the user's local machine? If so, that adds a measure of
complexity.

If you're talking a simple business data-entry application type thing, I
don't think a webform is inherently more complex, or at least not
significantly so. Certainly not 2X, maybe 1.2X. But this assumes equal

skill
sets in both.

There are significantly different considerations with each, though.

There's no question that the maintenance aspect of a web app is much

lower,
though. You don't have to worry about different machine configurations and such which can always lead to maintenance nightmares for WinForm apps. You don't really have to worry about anything (like the .NET framework) being installed on the user's machine. They simply need to have a web browser
that's compatible. So, from a maintenance side, you can generally save a

ton
of time = money going with web forms.

That said, I do primarily WinForm apps because I prefer the responsive
experience to the web experience, and I think a lot of people feel that

way,
but I can turn out web apps about as fast as I can winform apps. But if

I'm
doing something for a customer with lots of users and I have the choice, I go with WebForms.

Pete

"Martin Rosén-Lidholm" <ma*****************@snabel-a.msn.com> wrote in
message news:up**************@TK2MSFTNGP09.phx.gbl...
Inline.

"Martin" <x@y.z> wrote in message
news:OD**************@TK2MSFTNGP09.phx.gbl...
> If you were your own boss, which would you use? (Sounds like windows > forms).
- WinForms, for productivity reasons.

> Who's going to use the system, and how many users to you have?
- Between 15 and 500 users per site/customer.

- We also have personas identified where the super users are prio 1.

> Do you have a brief system spec you'd like to share with us?
- I'd say "Template 1A Enterprise Resource Planning" (order, inventory, invoicing, and purchase) with detail and summary views, search, reporting, and so forth.

- In other words; nothing unique other than our deep knowledge of the

domain
at hand.

// Martin
> Martin
>
>
> "Martin Rosén-Lidholm" <ma*****************@snabel-a.msn.com> wrote in > message news:uH**************@TK2MSFTNGP09.phx.gbl...
> > Martin,
> >
> > Thank you for your reply.
> >
> > No, my motives aren't ulterior ;-)
> >
> > I've come to the conclusion that the functional and non-functional
> > requirements of the project at hand can be met with both technologies. > >
> > Since I believe it'll take us twice the time using WebForms (the skill set
> > is very diverse and not in favor of any of the two), I'd like to

notify
> > management about this.
> >
> > However, my belief isn't shared, so I tried to broaden the discussion base
> > with this thread.
> >
> > // Martin
> >
> >
> > "Martin" <x@y.z> wrote in message
> > news:%2****************@TK2MSFTNGP09.phx.gbl...
> > > Hi Martin,
> > >
> > > In my view, this aspect of the development should be driven from the > > > requirements than the timescales.
> > >
> > > Naturally existing skill set plays a part, but deployment and
> maintenance
> > > are significant differences between these technologies.
> > >
> > > I would guess you have an ulterior motive for asking this question. > > >
> > > Martin
> > >
> > > "Martin Rosén-Lidholm" <ma*****************@snabel-a.msn.com> wrote
in
> > > message news:Oq**************@tk2msftngp13.phx.gbl...
> > > > Although an impossible question to answer, I fell urged to raise it
> > > anyhow.
> > > >
> > > >
> > > >
> > > > Given a fairly complex ERP application scenario, what's your
> estimation
> > > for
> > > > the X-ratio
> > > >
> > > >
> > > >
> > > > dev. time for WebForms app
> > > >
> > > > ----------------------------------- = X
> > > >
> > > > dev. time for WinForms app
> > > >
> > > >
> > > >
> > > > ?
> > > >
> > > >
> > > >
> > > > My own experiences tell me that it should be about 2, but

peers differ
> > in
> > > > opinion. Some agree, some says 1, and some says 3...
> > > >
> > > >
> > > >
> > > > Regards,
> > > >
> > > > // Martin Rosén-Lidholm
> > > >
> > > >
> > > >
> > > > PS Sorry for the cross post, but I really would like to hear

both > camps'
> > > > views on this subject.
> > > >
> > > >
> > >
> > >
> >
> >
>
>



Nov 18 '05 #9
I definitely second the notion that it's much harder build web applications
that provide a decent user experience!
What I'd develop in one day using winforms I sometimes find myself doing for
1/2 week using webforms and still the GUI is nowhere near the GUI a win
form would provide.

The main problem is that HTML is not made for building applications, it's a
format for displaying text.

If I'd restart my current project I'd look into making a winform client
communicating with webservices instead as it would be easier to write and
easier to use.
It's not true that you don't have to consider the user's configuartion when
riting a web app. What works in your browser will not always work for in
users.

/mortb

"Martin Rosén-Lidholm" <ma*****************@snabel-a.msn.com> wrote in
message news:uB**************@TK2MSFTNGP11.phx.gbl...

I find myself in the same situation as Espen Antonsen judging from this
quote:
"As a web developer I find many tasks more time consuming and difficult to
accomplish when building a web application - we develop a web-based ERP
system."

http://sleepyhead81.blogspot.com/200...es-wanted.html

Regards,
// Martin Rosén-Lidholm
"Martin Rosén-Lidholm" <ma*****************@snabel-a.msn.com> wrote in
message news:%2***************@TK2MSFTNGP11.phx.gbl...
My main concern is productivity, although maintenance and responsive GUI

Nov 18 '05 #10
> However, my belief isn't shared, so I tried to broaden the discussion base
with this thread.


Are you getting "it must be a web app" stance even though it'll take
longer and possibly be less functional?

Rob.
Nov 18 '05 #11
Nowadays many solutions get developped as webapps just becuase it's thought
of as beeing much easier to develop,
for the users to get access to, scalable and that they have a greater
compabillity -- "it must be a web app".

These points are true for building non e.g complex applictaions that just
list data.

If you want to provide a really good user experience and fairly complex
behaviour. you have to be and qualified in
HTML-authoring,
asp.net coding,
java script coding,
cross-browser issues,
IIS-configuration,
and possibly Webdesign, SQL, XML and XSLT.

If you want a rich usr experience it's not just to grab som webcontrols and
drop them on a page like you wolud do in the much more mature winforms
environment.
You can buy some custom webcontrols but you don't know which will work and
which wont?
With all these different issues you'll easily head wrong at some part of the
project.

I say either webapps have to get easier to build and use or we'd be better
off going back to the fat client winforms "roots".

/mortb

"Rob Nicholson" <rob.nicholson@NOSPAM_informed-direct.com> wrote in message
news:eR****************@TK2MSFTNGP10.phx.gbl...
However, my belief isn't shared, so I tried to broaden the discussion base with this thread.


Are you getting "it must be a web app" stance even though it'll take
longer and possibly be less functional?

Rob.

Nov 18 '05 #12
Yes, exactly.

"Win apps are not modern."

All requirements points towards a WinForms app, the users have .NET FW and
WinXP, and with ClickOnce the major technical argument (deployment) for
WebForms falls short.

// Martin
"Rob Nicholson" <rob.nicholson@NOSPAM_informed-direct.com> wrote in message
news:eR****************@TK2MSFTNGP10.phx.gbl...
However, my belief isn't shared, so I tried to broaden the discussion base with this thread.


Are you getting "it must be a web app" stance even though it'll take
longer and possibly be less functional?

Rob.

Nov 18 '05 #13
> Nowadays many solutions get developped as webapps just becuase it's
thought
of as beeing much easier to develop,
for the users to get access to, scalable and that they have a greater
compabillity -- "it must be a web app".
True, "easier to develop" by those who don't know better :-)
With all these different issues you'll easily head wrong at some part of the project.
Ohh that can happen with any application!
I say either webapps have to get easier to build and use or we'd be better
off going back to the fat client winforms "roots".


There *must* be some middle ground. Ignoring "web apps are easier to
develop" (they're not), the other issues have to be tackled which is access,
compatability and support costs (zero footprint).

When I first read about Java applets, I thought a solution was in the
offering. It still might be as opinion about the feasibility of large
complex web applications is questioned. The idea of walking up to any PC,
logging in as myself and small applets starting to download across the
Internet seems feasible to me. For example, a new PC has almost no software
installed. I hit the Word icon and enough Java code is downloaded to display
the toolbars etc. Start typing and the code to spell check is downloaded in
the background. Open a file and that's opened from the Internet and then
cached locally for speed.

The problem with my dream is that in practise is really hard to break down
that application yourself into Java applets. It would be far better if the
operating system/language did that behind the scenes - maybe the entire
application is 50MB big but the O/S doesn't load the whole lot - it just
pulls down the bits it needs over a slow link, maybe even as individual
methods are executed.

It feels like it could work...

It's not called Windows though!

Cheers, Rob.
Nov 18 '05 #14
> All requirements points towards a WinForms app, the users have .NET FW and
WinXP, and with ClickOnce the major technical argument (deployment) for
WebForms falls short.


What goes around, comes around. Heck - we run Citrix Terminal Services on
the desktop here which is a real bizarre way of tacking TCO and centralised
computer :-) At least if we have to install a patch, we only have to install
it one three "PCs" and it's instantly available to all 100 users.

Cheers, Rob
Nov 18 '05 #15

"Rob Nicholson" <rob.nicholson@NOSPAM_informed-direct.com> wrote in message
news:%2***************@TK2MSFTNGP12.phx.gbl...

There *must* be some middle ground. Ignoring "web apps are easier to
develop" (they're not), the other issues have to be tackled which is access, compatability and support costs (zero footprint).

When I first read about Java applets, I thought a solution was in the
offering. It still might be as opinion about the feasibility of large
complex web applications is questioned. The idea of walking up to any PC,
logging in as myself and small applets starting to download across the
Internet seems feasible to me. For example, a new PC has almost no software installed. I hit the Word icon and enough Java code is downloaded to display the toolbars etc. Start typing and the code to spell check is downloaded in the background. Open a file and that's opened from the Internet and then
cached locally for speed.

The problem with my dream is that in practise is really hard to break down
that application yourself into Java applets. It would be far better if the
operating system/language did that behind the scenes - maybe the entire
application is 50MB big but the O/S doesn't load the whole lot - it just
pulls down the bits it needs over a slow link, maybe even as individual
methods are executed.


I've also felt this way about Java/applets since it came in the mid 90's.
Applets aren't happening because they have no real support from microsoft.
There is the .Net way and the J-way and they aren't completely compatible.
But applets are still written and maybe there will be a "silent revolution".

Windows has become the "mainframe phenomenon" of the decade -- too much time
and money spent developing for it so we can't quit using it.

I guess microsoft as well are waiting to see what's around the corner.
The bits and pieces for a new better concept for applications seems to be
there.
Someone just have to put them together good enough and get enough people
hooked.

/mortb
Nov 18 '05 #16
Perhaps WinForms + ClickOnce could be the low TCO solution in a not too
distant future given your requirements?

// Martin
"Rob Nicholson" <rob.nicholson@NOSPAM_informed-direct.com> wrote in message
news:OT**************@tk2msftngp13.phx.gbl...
All requirements points towards a WinForms app, the users have .NET FW and WinXP, and with ClickOnce the major technical argument (deployment) for
WebForms falls short.
What goes around, comes around. Heck - we run Citrix Terminal Services on
the desktop here which is a real bizarre way of tacking TCO and

centralised computer :-) At least if we have to install a patch, we only have to install it one three "PCs" and it's instantly available to all 100 users.

Cheers, Rob

Nov 18 '05 #17
> I've also felt this way about Java/applets since it came in the mid 90's.
Applets aren't happening because they have no real support from microsoft.
There is the .Net way and the J-way and they aren't completely compatible.
But applets are still written and maybe there will be a "silent revolution".

Maybe, maybe :-)
Windows has become the "mainframe phenomenon" of the decade -- too much time and money spent developing for it so we can't quit using it.
A very difficult trap to climb out of.
Someone just have to put them together good enough and get enough people
hooked.


Ahh, easy to talk!

Cheers, Rob.
Nov 18 '05 #18
> Perhaps WinForms + ClickOnce could be the low TCO solution in a not too
distant future given your requirements?


We can hope :-) .NET apps are easier to install anyway.

Cheers, Rob.
Nov 18 '05 #19
Perhaps you should look at the other deployment models you have
available with .net?

If you need the responsiveness and richness of a Winform GUI with
substantial back-ends, look at Zero Deployment winforms options aor
embedding the UI in a custom UserControl as an <OBJECT> on the web page.

Then you have the range of WebServices or remoting for talking to the
back-ends. The responsiveness of remoting is surprisingly good.

Hop this spurs the debate!

*** Sent via Devdex http://www.devdex.com ***
Don't just participate in USENET...get rewarded for it!
Nov 18 '05 #20
> substantial back-ends, look at Zero Deployment winforms options aor
embedding the UI in a custom UserControl as an <OBJECT> on the web page.


This is the route we are currently looking at as it seems to satisfy both
the need for a rich client but zero (ish) footprint and associated support.

Regards, Rob.
Nov 18 '05 #21

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

1
by: BillyTheKid | last post by:
Are there any rules of thumb for when it is more appropriate to use WinForms over WebForms. It strikes me that WinForms is best suited for many/most "Intranet" and some "Extranet" scenarios but...
1
by: Paul R | last post by:
Hi, I have a Winforms application that access some SQLServer2000 stored procedures. I have now written some new Webforms pages to use some of the same stored procs. The Webforms use the SAME...
7
by: Jason | last post by:
We have a developer who claims the Visual Studio designer is not sophisticated enough to build enterprise grade web pages and thus hand codes all of his HTML in such a way as to make the designer...
4
by: 3Cooks | last post by:
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...
2
by: Mark Rae | last post by:
Hi, Just looking for some v2 guidance here... In WebForms, the DropDownList control has an Items collection which contains ListItem objects which, in turn, very conveniently contain a text...
5
by: dwight | last post by:
Hi all First - I apologise if anyone recognises this from a previous post but I never worded what I wanted to know properly and getting quick advice is imperative to me now. In future I will...
5
by: brian.wilson4 | last post by:
Our group is currently comparing winforms vs webforms.....app is Corp LAN based - we have control of desktops.....Below is pros and cons list we have come up with - if anything strikes you as...
5
by: Bit byte | last post by:
Can I use C# (Winforms) to design a website?. I am from C/C++ background but know nothing about Internet programming. My understanding of WebForms are that they are similar to WinForms in that...
4
by: Dean Slindee | last post by:
I would like to build a WinForm demo form to demonstrate the various controls, events, etc that WinForms can do that WebForms cannot. This is intended as an objective way to compare the various...
2
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 7 Feb 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:30 (7.30PM). In this month's session, the creator of the excellent VBE...
0
by: Aftab Ahmad | last post by:
Hello Experts! I have written a code in MS Access for a cmd called "WhatsApp Message" to open WhatsApp using that very code but the problem is that it gives a popup message everytime I clicked on...
0
by: Aftab Ahmad | last post by:
So, I have written a code for a cmd called "Send WhatsApp Message" to open and send WhatsApp messaage. The code is given below. Dim IE As Object Set IE =...
0
by: ryjfgjl | last post by:
ExcelToDatabase: batch import excel into database automatically...
0
by: marcoviolo | last post by:
Dear all, I would like to implement on my worksheet an vlookup dynamic , that consider a change of pivot excel via win32com, from an external excel (without open it) and save the new file into a...
1
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: Vimpel783 | last post by:
Hello! Guys, I found this code on the Internet, but I need to modify it a little. It works well, the problem is this: Data is sent from only one cell, in this case B5, but it is necessary that data...
0
by: ArrayDB | last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...
1
by: PapaRatzi | last post by:
Hello, I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.