Codebehind vs. inline

So why is the compiled Dll from the code behind not faster
than the ASPX
page itself? 

Thanks.
 
Stacey

-----Original Message-----
From: Discussion of building .NET applications targeted for
the Web
[mailtoOTNET-WE
BDISCUSS.DEVELOP.COM] On Behalf Of Dominick Baier
Sent: Friday, May 05, 2006 12:42 PM
To: DOTNET-WEBDISCUSS.DEVELOP.COM
Subject: Re: [DOTNET-WEB] Codebehind vs. inline

There is *no* difference between both approaches
(performance wise) - at
the
end of the day they are both compiled to an assembly.

I guess you are talking about 1.1 - because I don't see any
downsides in
intellisense or debugging code inside in 2.0.



cheers,
dominick

-----------------------------
Dominick Baier, DevelopMentor
http://www.leastprivile
ge.com


-----Original Message-----
From: Discussion of building .NET applications targeted for
the Web
[mailtoOTNET-WE
BDISCUSS.DEVELOP.COM] On Behalf Of Stacey Levine
Sent: Freitag, 5. Mai 2006 18:32
To: DOTNET-WEBDISCUSS.DEVELOP.COM
Subject: [DOTNET-WEB] Codebehind vs. inline

I have been looking around for anything that might discuss
performance
differences on inline code vs. code behind. I always use
(and I prefer)
code
behind on pages. Better intellisense, debugging...but I have
a coworker
who
really likes inline code.  I think (for no other reason than
just gut
feeling) that code behind - especially on transactional
websites - would
perform faster. Are there any existing metrics, white
papers,
experiences
that any of you have that would answer this one way or
another?



Stacey Levine

Lead Technical Architect

Value Music Concepts

825-C Franklin Court

Marietta, GA 30067

678-229-4255




===================================
This list is hosted by DevelopMentor.  http://www.develop.com

View archives and manage your subscription(s) at
http://discuss.develop.com


===================================
This list is hosted by DevelopMentor(r)  http://www.develop.com

View archives and manage your subscription(s) at
http://discuss.develop.com


===================================
This list is hosted by DevelopMentorŪ  http://www.develop.com

View archives and manage your subscription(s) at http://discuss.develop.com

Because the compiled DLL gets compiled again with everything
in the ASPX
(HTML + .NET code) page to form another compiled DLL and
that is what gets
executed.

No matter how you write your code, it all gets compiled into
the same DLL.

> -----Original Message-----
> From: Discussion of building .NET applications targeted
for the Web
> [mailtoOTNET-WE
BDISCUSS.DEVELOP.COM] On Behalf Of Stacey Levine
> Sent: Friday, May 05, 2006 1:21 PM
> To: DOTNET-WEBDISCUSS.DEVELOP.COM
> Subject: Re: [DOTNET-WEB] Codebehind vs. inline
>
> So why is the compiled Dll from the code behind not
faster than the ASPX
> page itself?
>
> Thanks.
>
> Stacey
>
> -----Original Message-----
> From: Discussion of building .NET applications targeted
for the Web
> [mailtoOTNET-WE
BDISCUSS.DEVELOP.COM] On Behalf Of Dominick Baier
> Sent: Friday, May 05, 2006 12:42 PM
> To: DOTNET-WEBDISCUSS.DEVELOP.COM
> Subject: Re: [DOTNET-WEB] Codebehind vs. inline
>
> There is *no* difference between both approaches
(performance wise) - at
> the
> end of the day they are both compiled to an assembly.
>
> I guess you are talking about 1.1 - because I don't
see any downsides in
> intellisense or debugging code inside in 2.0.
>
>
>
> cheers,
> dominick
>
> -----------------------------
> Dominick Baier, DevelopMentor
> http://www.leastprivile
ge.com
>
>
> -----Original Message-----
> From: Discussion of building .NET applications targeted
for the Web
> [mailtoOTNET-WE
BDISCUSS.DEVELOP.COM] On Behalf Of Stacey Levine
> Sent: Freitag, 5. Mai 2006 18:32
> To: DOTNET-WEBDISCUSS.DEVELOP.COM
> Subject: [DOTNET-WEB] Codebehind vs. inline
>
> I have been looking around for anything that might
discuss performance
> differences on inline code vs. code behind. I always
use (and I prefer)
> code
> behind on pages. Better intellisense, debugging...but I
have a coworker
> who
> really likes inline code.  I think (for no other reason
than just gut
> feeling) that code behind - especially on transactional
websites - would
> perform faster. Are there any existing metrics, white
papers,
> experiences
> that any of you have that would answer this one way or
another?
>
>
>
> Stacey Levine
>
> Lead Technical Architect
>
> Value Music Concepts
>
> 825-C Franklin Court
>
> Marietta, GA 30067
>
> 678-229-4255
>
>
>
>
> ===================================
> This list is hosted by DevelopMentor.  http://www.develop.com
>
> View archives and manage your subscription(s) at
> http://discuss.develop.com

>
> ===================================
> This list is hosted by DevelopMentor(r)  http://www.develop.com
>
> View archives and manage your subscription(s) at
> http://discuss.develop.com

>
> ===================================
> This list is hosted by DevelopMentor.  http://www.develop.com
>
> View archives and manage your subscription(s) at
> http://discuss.develop.com


===================================
This list is hosted by DevelopMentorŪ  http://www.develop.com

View archives and manage your subscription(s) at http://discuss.develop.com