What do y'all see for the future of ASP in light of MS decision to replace
FrontPage with a new series of development tools? All of them mention ASP.NET,
but no mention of the ASP I love.
Mike
24  5461 
MikeR wrote on 06 apr 2006 in microsoft.public.inetserver.asp.general: What do y'all see for the future of ASP in light of MS decision to
replace FrontPage with a new series of development tools? All of them
mention ASP.NET, but no mention of the ASP I love.
As I dare to suggest that most ASP programmers hate Frontpage,
and so the love/hate relationship will continue in years to come,
at least as long as some large companies use classic ASP.
--
Evertjan.
The Netherlands.
(Please change the x'es to dots in my emailaddress)
MikeR wrote: What do y'all see for the future of ASP in light of MS decision to replace
FrontPage with a new series of development tools? All of them mention ASP.NET,
but no mention of the ASP I love.
Mike
Sorry - I fail to see what FrontPage has to do with ASP.
--
Mike Brind
It will be just left unchanged with no new products.
Not sure but IMO you should be able to use those new products at some level
(their HTML markup design capabilities) but you'll be unable to use the more
advanced feature (such as server controls). I would grasp a demo once (or
if) available.
Also at some point I would consider upgrading to ASP.NET.
--
Patrice
"MikeR" <nf********@pobox.com> a écrit dans le message de news:
%2***************@TK2MSFTNGP05.phx.gbl... What do y'all see for the future of ASP in light of MS decision to replace
FrontPage with a new series of development tools? All of them mention
ASP.NET, but no mention of the ASP I love.
Mike
Evertjan. wrote: MikeR wrote on 06 apr 2006 in microsoft.public.inetserver.asp.general:
What do y'all see for the future of ASP in light of MS decision to
replace FrontPage with a new series of development tools? All of them
mention ASP.NET, but no mention of the ASP I love.
As I dare to suggest that most ASP programmers hate Frontpage,
and so the love/hate relationship will continue in years to come,
at least as long as some large companies use classic ASP.
Thanks, I sure hope so.
Patrice wrote: It will be just left unchanged with no new products.
Not sure but IMO you should be able to use those new products at some level
(their HTML markup design capabilities) but you'll be unable to use the more
advanced feature (such as server controls). I would grasp a demo once (or
if) available.
Also at some point I would consider upgrading to ASP.NET.
I'm looking at Visual Web Developer Express. So far, so good.
Mike Brind wrote: MikeR wrote: What do y'all see for the future of ASP in light of MS decision to replace
FrontPage with a new series of development tools? All of them mention ASP.NET,
but no mention of the ASP I love.
Mike
Sorry - I fail to see what FrontPage has to do with ASP.
--
Mike Brind
Good question, Mike -
Nothing directly, but since I don't know the relatiionship (at the server level)
between classic and .net, I was concerned that MS may drop classic, and force
every one to "convert". Probably showing my ignorance.
On Thu, 06 Apr 2006 10:46:37 -0400, MikeR <nf********@pobox.com> wrote:
in <#5**************@TK2MSFTNGP02.phx.gbl> Mike Brind wrote: MikeR wrote: What do y'all see for the future of ASP in light of MS decision to replace
FrontPage with a new series of development tools? All of them mention ASP.NET,
but no mention of the ASP I love.
Mike
Sorry - I fail to see what FrontPage has to do with ASP.
--
Mike Brind
Good question, Mike -
Nothing directly, but since I don't know the relatiionship (at the server level)
between classic and .net, I was concerned that MS may drop classic, and force
every one to "convert". Probably showing my ignorance.
If microsoft wants to force that issue, they will very quickly learn how
simple it is to refactor an ASP/SQL Server/IIS site to
PHP/PostgreSQL/Apache and wind up with comparable or better performance
on lesser quality hardware.
---
This posting is provided "AS IS" with no warranties, no guarantees, and no conferred rights.
Stefan Berglund
My response is what should that some point be? I'm still struggling with
being accustomed to coding in classic asp and now having to rethink all my
approaches. not using include files, importing name spaces like java,
binding to datagrids and all. it's really taxing considering the fact that i
became pretty proficient in classic.
"Patrice" wrote: It will be just left unchanged with no new products.
Not sure but IMO you should be able to use those new products at some level
(their HTML markup design capabilities) but you'll be unable to use the more
advanced feature (such as server controls). I would grasp a demo once (or
if) available.
Also at some point I would consider upgrading to ASP.NET.
--
Patrice
"MikeR" <nf********@pobox.com> a écrit dans le message de news:
%2***************@TK2MSFTNGP05.phx.gbl... What do y'all see for the future of ASP in light of MS decision to replace
FrontPage with a new series of development tools? All of them mention
ASP.NET, but no mention of the ASP I love.
Mike
Here's the result of a bit of googling I did:
1,080,000,000 for allinurl: "asp"
1,120,000,000 for allinurl: "php"
588,000,000 for allinurl: "cfm"
528,000,000 for allinurl: "aspx"
419,000,000 for allinurl: "jsp"
It's not the most scientific of studies, I know, but the sheer volume
of existing classic ASP pages suggests it will be around for some time
yet. My experience suggests that the vast majority of these sites are
B2B sites, and it makes absolutely no sense to port these over to
dotnet just because dotnet is available. So they will stay classic asp
probably at least until they need to be completely re-written for
stategic or marketing reasons, and will need classic ASP developers'
skills to maintain and develop additional functionality. Having said
that, there is no reason why the additional functionality can't be done
in dotnet, if it's a modular piece of work. I am seeing increasing
amounts of classic ASP and dotnet being used in the same application.
In addition, the vast majority of small to medium businesses don't
actually care what technology is used to create their dynamic site - so
long as the functionality they want is there. So that leaves it open
to the development company to choose the technology. I read somewhere
that MS will still incorporate the classic ASP engine in at least the
next generation of servers, so that suggest no plans to "force" anyone
across to dotnet.
I had a go at dotnet with the first releases, and gave up with it to an
extent. The whole process of connecting to a database, generating a
recordset and binding it to something required considerably more code
than in classic ASP, so I couldn't see the point of moving across at
that time - certainly not from a productivity point of view. v2.0 is
completely different - especially with the freely available Visual Web
Developer Express.
Now it is something I am learning properly, although I'll stick with
Visual Basic.
--
Mike Brind
Marc P. wrote: My response is what should that some point be? I'm still struggling with
being accustomed to coding in classic asp and now having to rethink all my
approaches. not using include files, importing name spaces like java,
binding to datagrids and all. it's really taxing considering the fact that i
became pretty proficient in classic.
"Patrice" wrote:
It will be just left unchanged with no new products.
Not sure but IMO you should be able to use those new products at some level
(their HTML markup design capabilities) but you'll be unable to use themore
advanced feature (such as server controls). I would grasp a demo once (or
if) available.
Also at some point I would consider upgrading to ASP.NET.
--
Patrice
"MikeR" <nf********@pobox.com> a écrit dans le message de news:
%2***************@TK2MSFTNGP05.phx.gbl... What do y'all see for the future of ASP in light of MS decision to replace
FrontPage with a new series of development tools? All of them mention
ASP.NET, but no mention of the ASP I love.
Mike
I plan to start playing with asp.net, but I will still do my serious work in
asp as long as I can
I think asp is more hands on and gives you more freedom
"Mike Brind" <pa*******@hotmail.com> wrote in message
news:11**********************@e56g2000cwe.googlegr oups.com...
Here's the result of a bit of googling I did:
1,080,000,000 for allinurl: "asp"
1,120,000,000 for allinurl: "php"
588,000,000 for allinurl: "cfm"
528,000,000 for allinurl: "aspx"
419,000,000 for allinurl: "jsp"
It's not the most scientific of studies, I know, but the sheer volume
of existing classic ASP pages suggests it will be around for some time
yet. My experience suggests that the vast majority of these sites are
B2B sites, and it makes absolutely no sense to port these over to
dotnet just because dotnet is available. So they will stay classic asp
probably at least until they need to be completely re-written for
stategic or marketing reasons, and will need classic ASP developers'
skills to maintain and develop additional functionality. Having said
that, there is no reason why the additional functionality can't be done
in dotnet, if it's a modular piece of work. I am seeing increasing
amounts of classic ASP and dotnet being used in the same application.
In addition, the vast majority of small to medium businesses don't
actually care what technology is used to create their dynamic site - so
long as the functionality they want is there. So that leaves it open
to the development company to choose the technology. I read somewhere
that MS will still incorporate the classic ASP engine in at least the
next generation of servers, so that suggest no plans to "force" anyone
across to dotnet.
I had a go at dotnet with the first releases, and gave up with it to an
extent. The whole process of connecting to a database, generating a
recordset and binding it to something required considerably more code
than in classic ASP, so I couldn't see the point of moving across at
that time - certainly not from a productivity point of view. v2.0 is
completely different - especially with the freely available Visual Web
Developer Express.
Now it is something I am learning properly, although I'll stick with
Visual Basic.
--
Mike Brind
Marc P. wrote: My response is what should that some point be? I'm still struggling with
being accustomed to coding in classic asp and now having to rethink all my
approaches. not using include files, importing name spaces like java,
binding to datagrids and all. it's really taxing considering the fact
that i
became pretty proficient in classic.
"Patrice" wrote:
It will be just left unchanged with no new products.
Not sure but IMO you should be able to use those new products at some
level
(their HTML markup design capabilities) but you'll be unable to use the
more
advanced feature (such as server controls). I would grasp a demo once
(or
if) available.
Also at some point I would consider upgrading to ASP.NET.
--
Patrice
"MikeR" <nf********@pobox.com> a écrit dans le message de news:
%2***************@TK2MSFTNGP05.phx.gbl... What do y'all see for the future of ASP in light of MS decision to
replace
FrontPage with a new series of development tools? All of them mention
ASP.NET, but no mention of the ASP I love.
Mike
"Slim" <me@here.com> wrote in message
news:un**************@TK2MSFTNGP04.phx.gbl... I plan to start playing with asp.net, but I will still do my serious work
in asp as long as I can
I think asp is more hands on and gives you more freedom
More freedom?? You're kidding right?
Script language vs full on C# or VB.NET + .NET Framework. Which one gives
the most flexibility?
The problem with freedom is that it's harder to manage and easier to make
poor choices.
What I like about ASP is that a minimum skill set can get a lot done.
Compare Hello World in Charles Petzolds (showing my age now) Windows
Programming with doing the same in VB.
ASP.NET is a bit like that, to get the same stuff done takes a more
disciplined approach than you'll see in a large proportion of ASP
development today. However once learned and we discard the MS
'helpfullnesses' with our own approaches (e.g., More Javascript clientside
stuff rather than the incessent round-tripping some ASP.NET demands) then
we'll start to see .NET solutions start to come in to there own.
That said I've often challanged .NET proponents with:-
What does .NET really give me that I don't have with
Javscript+ASP+VBScript+VB6 that I'm already using?
There are a some reasonable answers I'm sure but I've not heard a killer
commercial one.
As Mike Brind has touched on I think it will be market forces that will
bring about the change. The people holding the purse strings don't really
care what technology is used to deliver their apps but the internal IT
people do and the purse holders listen to them.
Anthony.
I appreciate the feedback given by the various posters. A speculative
question, does anyone think that IIS at some point in the next 10 years will
absolutely not support classic .asp at all. The dilemma i have is that i'm
planning to build a web app and sell it to my customers, but i'm only
comfortable enough to stand behind the code if it's VB/.ASP. What i don't
want to have happen is that web hosting companies in their typical
upgrades/updates, move to a newer version if IIS and then i'm stuck with
websites/code that doesn't work or i have to solicit resources to convert my
"old" code . . . I emailed the company that i primarily use for web hosting
services and posed this same question to them and here's what they said:
**********
While we don't have a definitive timeline, we generally stop supporting
things when MicroSoft stops supporting them (the products end of life). This
rule is not definitive but is generally the guideline we use when determining
support for any product line.
**********
"Anthony Jones" wrote:
"Slim" <me@here.com> wrote in message
news:un**************@TK2MSFTNGP04.phx.gbl... I plan to start playing with asp.net, but I will still do my serious work
in asp as long as I can
I think asp is more hands on and gives you more freedom
More freedom?? You're kidding right?
Script language vs full on C# or VB.NET + .NET Framework. Which one gives
the most flexibility?
The problem with freedom is that it's harder to manage and easier to make
poor choices.
What I like about ASP is that a minimum skill set can get a lot done.
Compare Hello World in Charles Petzolds (showing my age now) Windows
Programming with doing the same in VB.
ASP.NET is a bit like that, to get the same stuff done takes a more
disciplined approach than you'll see in a large proportion of ASP
development today. However once learned and we discard the MS
'helpfullnesses' with our own approaches (e.g., More Javascript clientside
stuff rather than the incessent round-tripping some ASP.NET demands) then
we'll start to see .NET solutions start to come in to there own.
That said I've often challanged .NET proponents with:-
What does .NET really give me that I don't have with
Javscript+ASP+VBScript+VB6 that I'm already using?
There are a some reasonable answers I'm sure but I've not heard a killer
commercial one.
As Mike Brind has touched on I think it will be market forces that will
bring about the change. The people holding the purse strings don't really
care what technology is used to deliver their apps but the internal IT
people do and the purse holders listen to them.
Anthony.
"Anthony Jones" <An*@yadayadayada.com> wrote in message
news:%2****************@TK2MSFTNGP05.phx.gbl...
"Slim" <me@here.com> wrote in message
news:un**************@TK2MSFTNGP04.phx.gbl... I plan to start playing with asp.net, but I will still do my serious work in asp as long as I can
I think asp is more hands on and gives you more freedom
More freedom?? You're kidding right?
Script language vs full on C# or VB.NET + .NET Framework. Which one gives
the most flexibility?
you can use COM+ with ASP for anything that cant be done in script. ASP
should only be the front end anyhow, the main logic should be in your
middleware.
As for freedom, asp does not try to do it for you with controls and the
like.
The problem with freedom is that it's harder to manage and easier to make
poor choices.
What I like about ASP is that a minimum skill set can get a lot done.
Compare Hello World in Charles Petzolds (showing my age now) Windows
Programming with doing the same in VB.
ASP.NET is a bit like that, to get the same stuff done takes a more
disciplined approach than you'll see in a large proportion of ASP
development today. However once learned and we discard the MS
'helpfullnesses' with our own approaches (e.g., More Javascript clientside
stuff rather than the incessent round-tripping some ASP.NET demands) then
we'll start to see .NET solutions start to come in to there own.
That said I've often challanged .NET proponents with:-
What does .NET really give me that I don't have with
Javscript+ASP+VBScript+VB6 that I'm already using?
There are a some reasonable answers I'm sure but I've not heard a killer
commercial one.
As Mike Brind has touched on I think it will be market forces that will
bring about the change. The people holding the purse strings don't really
care what technology is used to deliver their apps but the internal IT
people do and the purse holders listen to them.
Anthony.
This should help answer your questions and concerns: http://rtfm.atrax.co.uk/infinitemonk...es/asp/905.asp
If there are still millions of classic ASP websites around in 10 years,
then there will be hosting companies crawling all over the owners to
get the business. You know you've picked the wrong hosting company
when they become the ones dictating what technology you can develop in.
--
Mike Brind
Marc P. wrote: I appreciate the feedback given by the various posters. A speculative
question, does anyone think that IIS at some point in the next 10 years will
absolutely not support classic .asp at all. The dilemma i have is that i'm
planning to build a web app and sell it to my customers, but i'm only
comfortable enough to stand behind the code if it's VB/.ASP. What i don't
want to have happen is that web hosting companies in their typical
upgrades/updates, move to a newer version if IIS and then i'm stuck with
websites/code that doesn't work or i have to solicit resources to convert my
"old" code . . . I emailed the company that i primarily use for web hosting
services and posed this same question to them and here's what they said:
**********
While we don't have a definitive timeline, we generally stop supporting
things when MicroSoft stops supporting them (the products end of life). This
rule is not definitive but is generally the guideline we use when determining
support for any product line.
**********
"Anthony Jones" wrote:
"Slim" <me@here.com> wrote in message
news:un**************@TK2MSFTNGP04.phx.gbl... I plan to start playing with asp.net, but I will still do my serious work
in asp as long as I can
I think asp is more hands on and gives you more freedom
More freedom?? You're kidding right?
Script language vs full on C# or VB.NET + .NET Framework. Which one gives
the most flexibility?
The problem with freedom is that it's harder to manage and easier to make
poor choices.
What I like about ASP is that a minimum skill set can get a lot done.
Compare Hello World in Charles Petzolds (showing my age now) Windows
Programming with doing the same in VB.
ASP.NET is a bit like that, to get the same stuff done takes a more
disciplined approach than you'll see in a large proportion of ASP
development today. However once learned and we discard the MS
'helpfullnesses' with our own approaches (e.g., More Javascript clientside
stuff rather than the incessent round-tripping some ASP.NET demands) then
we'll start to see .NET solutions start to come in to there own.
That said I've often challanged .NET proponents with:-
What does .NET really give me that I don't have with
Javscript+ASP+VBScript+VB6 that I'm already using?
There are a some reasonable answers I'm sure but I've not heard a killer
commercial one.
As Mike Brind has touched on I think it will be market forces that will
bring about the change. The people holding the purse strings don't really
care what technology is used to deliver their apps but the internal IT
people do and the purse holders listen to them.
Anthony.
"Slim" <me@here.com> wrote in message
news:%2****************@TK2MSFTNGP05.phx.gbl...
"Anthony Jones" <An*@yadayadayada.com> wrote in message
news:%2****************@TK2MSFTNGP05.phx.gbl...
"Slim" <me@here.com> wrote in message
news:un**************@TK2MSFTNGP04.phx.gbl... I plan to start playing with asp.net, but I will still do my serious
work in asp as long as I can
I think asp is more hands on and gives you more freedom
More freedom?? You're kidding right?
Script language vs full on C# or VB.NET + .NET Framework. Which one
gives the most flexibility?
you can use COM+ with ASP for anything that cant be done in script. ASP
should only be the front end anyhow, the main logic should be in your
middleware.
Agreed although a separate COM+ is sometimes an overkill (after all an ASP
app is a COM+ app).
As for freedom, asp does not try to do it for you with controls and the
like.
There's nothing in .NET forcing you to use the builtin controls. You can
use .NET to generate whatever output HTML you prefer in a very similar way
to ASP you can even do it in-line if you're a die hard ASPer.
Personally I don't think much of the builtin controls in .NET but what is
exciting is the prospect of taking them (or perhaps a base class below them)
and building your own.
The problem with freedom is that it's harder to manage and easier to
make poor choices.
What I like about ASP is that a minimum skill set can get a lot done.
Compare Hello World in Charles Petzolds (showing my age now) Windows
Programming with doing the same in VB.
ASP.NET is a bit like that, to get the same stuff done takes a more
disciplined approach than you'll see in a large proportion of ASP
development today. However once learned and we discard the MS
'helpfullnesses' with our own approaches (e.g., More Javascript
clientside stuff rather than the incessent round-tripping some ASP.NET demands)
then we'll start to see .NET solutions start to come in to there own.
That said I've often challanged .NET proponents with:-
What does .NET really give me that I don't have with
Javscript+ASP+VBScript+VB6 that I'm already using?
There are a some reasonable answers I'm sure but I've not heard a killer
commercial one.
As Mike Brind has touched on I think it will be market forces that will
bring about the change. The people holding the purse strings don't
really care what technology is used to deliver their apps but the internal IT
people do and the purse holders listen to them.
Anthony.
"Anthony Jones" <An*@yadayadayada.com> wrote in message
news:OS**************@TK2MSFTNGP04.phx.gbl...
"Slim" <me@here.com> wrote in message
news:%2****************@TK2MSFTNGP05.phx.gbl...
"Anthony Jones" <An*@yadayadayada.com> wrote in message
news:%2****************@TK2MSFTNGP05.phx.gbl... >
> "Slim" <me@here.com> wrote in message
> news:un**************@TK2MSFTNGP04.phx.gbl...
>> I plan to start playing with asp.net, but I will still do my serious work > in
>> asp as long as I can
>>
>> I think asp is more hands on and gives you more freedom
>>
>
> More freedom?? You're kidding right?
>
> Script language vs full on C# or VB.NET + .NET Framework. Which one gives > the most flexibility?
>
you can use COM+ with ASP for anything that cant be done in script. ASP
should only be the front end anyhow, the main logic should be in your
middleware.
Agreed although a separate COM+ is sometimes an overkill (after all an ASP
app is a COM+ app).
As for freedom, asp does not try to do it for you with controls and the
like.
There's nothing in .NET forcing you to use the builtin controls. You can
use .NET to generate whatever output HTML you prefer in a very similar way
to ASP you can even do it in-line if you're a die hard ASPer.
Personally I don't think much of the builtin controls in .NET but what is
exciting is the prospect of taking them (or perhaps a base class below
them)
and building your own.
I plan to give .net another go, i used it a bit when it was new, but have
become so comfortable with ASP and VS6 , i grew up with them you might say
but then, I still like B\W movies, I still listen to Hank Williams and Slim
Whitman, I don't have a mobile phone or a DVD player
In a way I wish the world would stay still > The problem with freedom is that it's harder to manage and easier to make > poor choices.
>
> What I like about ASP is that a minimum skill set can get a lot done.
>
> Compare Hello World in Charles Petzolds (showing my age now) Windows
> Programming with doing the same in VB.
>
> ASP.NET is a bit like that, to get the same stuff done takes a more
> disciplined approach than you'll see in a large proportion of ASP
> development today. However once learned and we discard the MS
> 'helpfullnesses' with our own approaches (e.g., More Javascript clientside > stuff rather than the incessent round-tripping some ASP.NET demands) then > we'll start to see .NET solutions start to come in to there own.
>
> That said I've often challanged .NET proponents with:-
>
> What does .NET really give me that I don't have with
> Javscript+ASP+VBScript+VB6 that I'm already using?
>
> There are a some reasonable answers I'm sure but I've not heard a
> killer
> commercial one.
>
> As Mike Brind has touched on I think it will be market forces that will
> bring about the change. The people holding the purse strings don't really > care what technology is used to deliver their apps but the internal IT
> people do and the purse holders listen to them.
>
> Anthony.
>
Slim wrote: but then, I still like B\W movies, I still listen to Hank
Williams and Slim Whitman, I don't have a mobile phone or
a DVD player
There's a new version (3.0) of Hank Williams available. Hank III sounds a
lot like Wayne Hancock, who sound more like Hank Sr. than anybody.
--
Dave Anderson
Unsolicited commercial email will be read at a cost of $500 per message. Use
of this email address implies consent to these terms.
Dave Anderson wrote: Slim wrote: but then, I still like B\W movies, I still listen to Hank
Williams and Slim Whitman, I don't have a mobile phone or
a DVD player
There's a new version (3.0) of Hank Williams available.
Won't be long before we get Hank.Net, then.
--
Mike Brind
"Dave Anderson" <GT**********@spammotel.com> wrote in message
news:eh**************@TK2MSFTNGP03.phx.gbl... Slim wrote: but then, I still like B\W movies, I still listen to Hank
Williams and Slim Whitman, I don't have a mobile phone or
a DVD player
There's a new version (3.0) of Hank Williams available. Hank III sounds a
lot like Wayne Hancock, who sound more like Hank Sr. than anybody.
yes i had a lisen
some of his stuff is much like his grandfather, some of it is more lie the
cramps
--
Dave Anderson
Unsolicited commercial email will be read at a cost of $500 per message.
Use of this email address implies consent to these terms.
"Mike Brind" <pa*******@hotmail.com> wrote in message
news:11*********************@i40g2000cwc.googlegro ups.com...
Dave Anderson wrote: Slim wrote: > but then, I still like B\W movies, I still listen to Hank
> Williams and Slim Whitman, I don't have a mobile phone or
> a DVD player
There's a new version (3.0) of Hank Williams available.
Won't be long before we get Hank.Net, then.
will it run on my gramophone?
--
Mike Brind
remember that ASP also stands for "Application Service Provider" which is a
pretty huge term on it's own
--------
"Mike Brind" <pa*******@hotmail.com> wrote in message
news:11**********************@e56g2000cwe.googlegr oups.com...
Here's the result of a bit of googling I did:
1,080,000,000 for allinurl: "asp"
1,120,000,000 for allinurl: "php"
588,000,000 for allinurl: "cfm"
528,000,000 for allinurl: "aspx"
419,000,000 for allinurl: "jsp"
It's not the most scientific of studies, I know, but the sheer volume
of existing classic ASP pages suggests it will be around for some time
yet. My experience suggests that the vast majority of these sites are
B2B sites, and it makes absolutely no sense to port these over to
dotnet just because dotnet is available. So they will stay classic asp
probably at least until they need to be completely re-written for
stategic or marketing reasons, and will need classic ASP developers'
skills to maintain and develop additional functionality. Having said
that, there is no reason why the additional functionality can't be done
in dotnet, if it's a modular piece of work. I am seeing increasing
amounts of classic ASP and dotnet being used in the same application.
In addition, the vast majority of small to medium businesses don't
actually care what technology is used to create their dynamic site - so
long as the functionality they want is there. So that leaves it open
to the development company to choose the technology. I read somewhere
that MS will still incorporate the classic ASP engine in at least the
next generation of servers, so that suggest no plans to "force" anyone
across to dotnet.
I had a go at dotnet with the first releases, and gave up with it to an
extent. The whole process of connecting to a database, generating a
recordset and binding it to something required considerably more code
than in classic ASP, so I couldn't see the point of moving across at
that time - certainly not from a productivity point of view. v2.0 is
completely different - especially with the freely available Visual Web
Developer Express.
Now it is something I am learning properly, although I'll stick with
Visual Basic.
--
Mike Brind
Marc P. wrote: My response is what should that some point be? I'm still struggling with
being accustomed to coding in classic asp and now having to rethink all my
approaches. not using include files, importing name spaces like java,
binding to datagrids and all. it's really taxing considering the fact
that i
became pretty proficient in classic.
"Patrice" wrote:
It will be just left unchanged with no new products.
Not sure but IMO you should be able to use those new products at some
level
(their HTML markup design capabilities) but you'll be unable to use the
more
advanced feature (such as server controls). I would grasp a demo once
(or
if) available.
Also at some point I would consider upgrading to ASP.NET.
--
Patrice
"MikeR" <nf********@pobox.com> a écrit dans le message de news:
%2***************@TK2MSFTNGP05.phx.gbl... What do y'all see for the future of ASP in light of MS decision to
replace
FrontPage with a new series of development tools? All of them mention
ASP.NET, but no mention of the ASP I love.
Mike
> remember that ASP also stands for "Application Service Provider" which is a pretty huge term on it's own
I don't think it's all that common to have an Application Service Provider
page that has the acronym in the filename (e.g. a page on Application
Service Providers with a filename AllAboutASP.php). Probably not unheard
of, but I doubt it has any statistical relevance in this case.
Aaron Bertrand [SQL Server MVP] wrote on 26 apr 2006 in
microsoft.public.inetserver.asp.general: remember that ASP also stands for "Application Service Provider"
which is a pretty huge term on it's own
I don't think it's all that common to have an Application Service
Provider page that has the acronym in the filename (e.g. a page on
Application Service Providers with a filename AllAboutASP.php).
Probably not unheard of, but I doubt it has any statistical relevance
in this case.
allinurl:"asp" will in Google NOT trigger AllAboutASP.php
--
Evertjan.
The Netherlands.
(Please change the x'es to dots in my emailaddress)
Aaron Bertrand [SQL Server MVP] wrote: remember that ASP also stands for "Application Service Provider" which is
a pretty huge term on it's own
I don't think it's all that common to have an Application Service Provider
page that has the acronym in the filename (e.g. a page on Application
Service Providers with a filename AllAboutASP.php). Probably not unheard
of, but I doubt it has any statistical relevance in this case.
No, and as I said at the outset, it's not the most scientfiic of
studies. There were a number of results that did have urls like the
one you offer as an example, but they were pretty much all code and
tutorial sites. In these cases, php and asp will do slightly better in
the standings, because the name of the technology and the file suffix
are the same, whereas other technologies don't share this, uhmmm....
feature?
I think the effects of the odd anomolous result would be negated over
time, so that if the exercise was repeated at, say, 3 month intervals,
that might produce more accurate and meaningful data, for what it's
worth.
--
Mike Brind This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics
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...
|
by: codymanix |
last post by:
will there be a new library of windows controls for .net in the near future
like swing came after awt in java?
most of the current controls for .net are unacceptable slow and hard or
impossible...
|
by: rkusenet |
last post by:
This article is very bleak about future of DB2. How credible is the
author. http://www.eweek.com/article2/0,1895,1839681,00.asp
|
by: PetitTrot |
last post by:
Sorry if this question is "classic"
I am interested know status of MS Access.
What is future of MS Access?
Do you know a site web with chart of development/support for Access?
Thanks
|
by: Randy Harris |
last post by:
Several years ago I became involved in a major Access development project.
At the time, A2K was very new and the books were rather strongly suggesting
that ADO was the future and DAO would be...
|
by: John |
last post by:
Hi
What future does access have after the release of vs 2005/sql 2005? MS
doesn't seem to have done anything major with access lately and presumably
hoping that everyone migrates to vs/sql.
...
|
by: Andrew |
last post by:
Hi,
We are currently looking to move to asp.net from asp.
A few Questions were raised concerning classic asp.
What will happen to it?
Better yet, what will happent to us? What if we decide to...
|
by: Greg |
last post by:
Is it possible that in some future version of Windows, only .NET (CLR) PE
(Portable Executables) .exe will be enabled to run. I.e. the OS will not
support running of native x86 code .exes/dlls?
...
|
by: kwikius |
last post by:
My hunch is my posts to clc++ are disappearing down a hole, so I post here
instead.
Future of C++ thread on clc++
"Abhishek" <nospam_abhishekpandey@yahoo.comwrote in message...
|
by: taylorcarr |
last post by:
A Canon printer is a smart device known for being advanced, efficient, and reliable. It is designed for home, office, and hybrid workspace use and can also be used for a variety of purposes. However,...
|
by: aa123db |
last post by:
Variable and constants
Use var or let for variables and const fror constants.
Var foo ='bar';
Let foo ='bar';const baz ='bar';
Functions
function $name$ ($parameters$) {
}
...
|
by: ryjfgjl |
last post by:
If we have dozens or hundreds of excel to import into the database, if we use the excel import function provided by database editors such as navicat, it will be extremely tedious and time-consuming...
|
by: emmanuelkatto |
last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud.
Please let me know.
Thanks!
Emmanuel
|
by: nemocccc |
last post by:
hello, everyone, I want to develop a software for my android phone for daily needs, any suggestions?
|
by: Sonnysonu |
last post by:
This is the data of csv file
1 2 3
1 2 3
1 2 3
1 2 3
2 3
2 3
3
the lengths should be different i have to store the data by column-wise with in the specific length.
suppose the i have to...
|
by: marktang |
last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However,...
|
by: Hystou |
last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can...
|
by: Oralloy |
last post by:
Hello folks,
I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>".
The problem is that using the GNU compilers,...
| |
