473,327 Members | 1,976 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,327 software developers and data experts.

Is ASP.NET the future of web applications

What I am failing to understand is how come and the whole world is treating
ASP.NET as the irresistable pie for web development, whereas you have a
server roundtrip for each mouse click on a form.

Sure Internet is not as slow as it used to be, especially with ISDN and ADSL
connections, but still it is not as fast as it should be in order to support
that technology...

Sometimes I wonder, what is wrong of having HTML bound ADO recordsets on the
client and using XML HTTP for fetching and updating data to and from an ASP
page. Why this model is not far better than ASP.NET ?

Consider, with the model described above, you download a data form (HTML)
once and then you have a roundtrip to the server each time you want to fetch
data from refined criteria or update them.. minimal roundtrips with binary
data travelling over the cable... no reduntand HTML or XML transfers.

My thesis is that HTML alone is good enough for the presentation layer of
data and ASP and XML could be used as the medium for data transfers - not
mixed content and data, promoted by both ASP and ASP.NET models.

Since it is possible to achieve separation of data from the content (data
inside ADO Recordsets bound to HTML tables) and a smooth and managable way
of data transfers through XML HTTP, why ASP.NET ?

Why since Microsoft gives us all the required tools and technology for
competitive (perfornace wise) web applications, promotes those two models
(ASP, ASP.NET) in their worst possible usage ?

And yet, the natives follow this trend..

Well some natives are getting restless.
EGP.

Nov 18 '05 #1
3 1440
You would rather return to ASP? I don't think you would, it's clearly not
the way forward. You just want to avoid the annoying postback flicker? How
about using a webservice in the back end to get data and return without a
'post back'.As you become more and more knowledgeable about the technology,
you will see that there are ways to reduce or even avoid the annoying
flicker. Even an asp website which takes 5 seconds to get data without
screen flicker IS annoying to the user.

I think developers make screen flicker out to be a bigger problem than it
really is. Flicker is a problem if it takes a relatively long period of time
for the screen to update. Otherwise it is not. Developers ought to
concentrate on building chatty interfaces which grab small packets of data
rather than huge dumps of data which cause postbacks to last 10 seconds.
Turning off viewstate when it isn't needed and using lighter html controls
instead of webserver controls when the need arises. I always blame
developers for poor user experiences because they build the apps in the
first place. What's to stop a developer from saying PERFORMANCE IS A FEATURE
requested by the client. So work on that performance and get clever about
how you obtain and present that information. The extra effort promotes a
positive user experience.

--
Regards,
Alvin Bruney
Got Tidbits? Get it here
www.networkip.net/tidbits
"Elias Politakis" <el****@webfx.gr> wrote in message
news:%2***************@TK2MSFTNGP11.phx.gbl...
What I am failing to understand is how come and the whole world is treating ASP.NET as the irresistable pie for web development, whereas you have a
server roundtrip for each mouse click on a form.

Sure Internet is not as slow as it used to be, especially with ISDN and ADSL connections, but still it is not as fast as it should be in order to support that technology...

Sometimes I wonder, what is wrong of having HTML bound ADO recordsets on the client and using XML HTTP for fetching and updating data to and from an ASP page. Why this model is not far better than ASP.NET ?

Consider, with the model described above, you download a data form (HTML)
once and then you have a roundtrip to the server each time you want to fetch data from refined criteria or update them.. minimal roundtrips with binary
data travelling over the cable... no reduntand HTML or XML transfers.

My thesis is that HTML alone is good enough for the presentation layer of
data and ASP and XML could be used as the medium for data transfers - not
mixed content and data, promoted by both ASP and ASP.NET models.

Since it is possible to achieve separation of data from the content (data
inside ADO Recordsets bound to HTML tables) and a smooth and managable way
of data transfers through XML HTTP, why ASP.NET ?

Why since Microsoft gives us all the required tools and technology for
competitive (perfornace wise) web applications, promotes those two models
(ASP, ASP.NET) in their worst possible usage ?

And yet, the natives follow this trend..

Well some natives are getting restless.
EGP.

Nov 18 '05 #2
tom
"Elias Politakis" <el****@webfx.gr> wrote in message news:<#g*************@TK2MSFTNGP11.phx.gbl>...
What I am failing to understand is how come and the whole world is treating
ASP.NET as the irresistable pie for web development, whereas you have a
server roundtrip for each mouse click on a form.
ASP.NET was intended to be an abstraction layer that hides the
Internet from the Visual Basic programmer. It is a new implementation
of the ideas and constructs in the "Scripting Object Model" (SOM) that
was in Visual InterDev. (Yes, VI had server-side or client-side
controls, a datagrid-like object, and various other web objects).

The intention was that ASP.NET would present Internet programming as
if it were just like VB6 programming: even-driven with Windows
objects. If successful, VB6 developers could write Internet
applications and not notice that they were on the Internet.
Unfortunately this is not possible for a number of reasons that we
have no time for now, but a lack of knowledge of computing history
ensured that Microsoft would overlook these reasons.

Somewhere in the project other changes occurred: the languages (VB and
C++) were changed, the framework became purely object-oriented, the
underlying structures had to be changed and, in the end, almost
everything was changed. The project lost direction and focus, and .NET
is the result: a kind of Aliens III baby.
Sure Internet is not as slow as it used to be, especially with ISDN and ADSL
connections, but still it is not as fast as it should be in order to support
that technology...

Sometimes I wonder, what is wrong of having HTML bound ADO recordsets on the
client and using XML HTTP for fetching and updating data to and from an ASP
page. Why this model is not far better than ASP.NET ?
The XML is unnecessary: it requires two additional parsing/translation
steps. But otherwise you are correct: ADO recordsets, ASP, a language
(VBScript or JScript) and HTML are adequate.
Consider, with the model described above, you download a data form (HTML)
once and then you have a roundtrip to the server each time you want to fetch
data from refined criteria or update them.. minimal roundtrips with binary
data travelling over the cable... no reduntand HTML or XML transfers.

My thesis is that HTML alone is good enough for the presentation layer of
data and ASP and XML could be used as the medium for data transfers - not
mixed content and data, promoted by both ASP and ASP.NET models.

Since it is possible to achieve separation of data from the content (data
inside ADO Recordsets bound to HTML tables) and a smooth and managable way
of data transfers through XML HTTP, why ASP.NET ? I agree, but would omit XML, as described above.
Why since Microsoft gives us all the required tools and technology for
competitive (perfornace wise) web applications, promotes those two models
(ASP, ASP.NET) in their worst possible usage ?
Because VB developers were not moving to the Internet. Microsoft
believed ASP.NET would entice them but that did not happen. Moving
from VB6 to VB.NET and ASP.NET is a much bigger jump than going from
VB6 to ASP+VBScript and is also a much bigger jump than going from VB6
to Java+Apache+Linux+PostGreSQL or (Perl or PHP)+Apache+Linux+MySQL.
And yet, the natives follow this trend..
Well some natives are getting restless.


Many, if not most, are leaving Microsoft tools and platforms. IIS is
buggy and the tools are limited.
tom
Nov 18 '05 #3
tom
"Elias Politakis" <el****@webfx.gr> wrote in message news:<#g*************@TK2MSFTNGP11.phx.gbl>...
What I am failing to understand is how come and the whole world is treating
ASP.NET as the irresistable pie for web development, whereas you have a
server roundtrip for each mouse click on a form.
ASP.NET was intended to be an abstraction layer that hides the
Internet from the Visual Basic programmer. It is a new implementation
of the ideas and constructs in the "Scripting Object Model" (SOM) that
was in Visual InterDev. (Yes, VI had server-side or client-side
controls, a datagrid-like object, and various other web objects).

The intention was that ASP.NET would present Internet programming as
if it were just like VB6 programming: even-driven with Windows
objects. If successful, VB6 developers could write Internet
applications and not notice that they were on the Internet.
Unfortunately this is not possible for a number of reasons that we
have no time for now, but a lack of knowledge of computing history
ensured that Microsoft would overlook these reasons.

Somewhere in the project other changes occurred: the languages (VB and
C++) were changed, the framework became purely object-oriented, the
underlying structures had to be changed and, in the end, almost
everything was changed. The project lost direction and focus, and .NET
is the result: a kind of Aliens III baby.
Sure Internet is not as slow as it used to be, especially with ISDN and ADSL
connections, but still it is not as fast as it should be in order to support
that technology...

Sometimes I wonder, what is wrong of having HTML bound ADO recordsets on the
client and using XML HTTP for fetching and updating data to and from an ASP
page. Why this model is not far better than ASP.NET ?
The XML is unnecessary: it requires two additional parsing/translation
steps. But otherwise you are correct: ADO recordsets, ASP, a language
(VBScript or JScript) and HTML are adequate.
Consider, with the model described above, you download a data form (HTML)
once and then you have a roundtrip to the server each time you want to fetch
data from refined criteria or update them.. minimal roundtrips with binary
data travelling over the cable... no reduntand HTML or XML transfers.

My thesis is that HTML alone is good enough for the presentation layer of
data and ASP and XML could be used as the medium for data transfers - not
mixed content and data, promoted by both ASP and ASP.NET models.

Since it is possible to achieve separation of data from the content (data
inside ADO Recordsets bound to HTML tables) and a smooth and managable way
of data transfers through XML HTTP, why ASP.NET ? I agree, but would omit XML, as described above.
Why since Microsoft gives us all the required tools and technology for
competitive (perfornace wise) web applications, promotes those two models
(ASP, ASP.NET) in their worst possible usage ?
Because VB developers were not moving to the Internet. Microsoft
believed ASP.NET would entice them but that did not happen. Moving
from VB6 to VB.NET and ASP.NET is a much bigger jump than going from
VB6 to ASP+VBScript and is also a much bigger jump than going from VB6
to Java+Apache+Linux+PostGreSQL or (Perl or PHP)+Apache+Linux+MySQL.
And yet, the natives follow this trend..
Well some natives are getting restless.


Many, if not most, are leaving Microsoft tools and platforms. IIS is
buggy and the tools are limited.
tom
Nov 18 '05 #4

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

Similar topics

242
by: James Cameron | last post by:
Hi I'm developing a program and the client is worried about future reuse of the code. Say 5, 10, 15 years down the road. This will be a major factor in selecting the development language. Any...
47
by: David Eng | last post by:
> For many years now enterprise business application development has > been the core area for the use of C++. > Today a significant share to this segment has already been lost to > SUN's Java...
5
by: Raj Sharma | last post by:
Hai Guys, I am new to the group well i have one doubt in my mind from a long time, that what will be the Future of VC++, as full framework has been now .NET so will it be easy to shift to C#, or...
35
by: GTO | last post by:
I do not believe that C# is the future of C++. I also do not believe that adding two thousand new library functions to the standard library is the future of C++. But what is the future of C++? Is...
26
by: puzzlecracker | last post by:
I was wondering what people think about the future (if any) for C++. How long do you think it will be marketable for and how would it market value stand against other powerhouses (!!!) such as Java...
7
by: Johan Jooris | last post by:
I can imagine that C++ will remain to have its place in a special kind of applications (device drivers, operating systels, ...) But what is the future of unmanaged C++ for 'normal' applications...
9
by: Lyle Fairfield | last post by:
It's confusing. Many people here and elsewhere make many different predictions: There's an introduction mentioning some aspects of this at...
9
by: Jason Vene | last post by:
I've looked at recent posts and not found material, but I'm new to the board, so please forgive if this thread has come up before. I'm facing a conundrum about development of business...
8
by: Peter Michaux | last post by:
Hi, I'm sure many here have already noticed this but it seems that the development of the browser world is paralleling the development of the computer world. However, the browser world is about...
8
by: damod.php | last post by:
Iam a php/mysql developer. I wanna know whether staying in php and mysql forever would affect my future. Most s/w people are in either java or dotnet. Iam novice in both of them. I love php and i...
0
by: DolphinDB | last post by:
Tired of spending countless mintues downsampling your data? Look no further! In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
0
by: ryjfgjl | last post by:
ExcelToDatabase: batch import excel into database automatically...
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: jfyes | last post by:
As a hardware engineer, after seeing that CEIWEI recently released a new tool for Modbus RTU Over TCP/UDP filtering and monitoring, I actively went to its official website to take a look. It turned...
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)...
1
by: CloudSolutions | last post by:
Introduction: For many beginners and individual users, requiring a credit card and email registration may pose a barrier when starting to use cloud servers. However, some cloud server providers now...
1
by: Defcon1945 | last post by:
I'm trying to learn Python using Pycharm but import shutil doesn't work
0
by: af34tf | last post by:
Hi Guys, I have a domain whose name is BytesLimited.com, and I want to sell it. Does anyone know about platforms that allow me to list my domain in auction for free. Thank you
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 3 Apr 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome former...

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.