Need Custom DataReader Loop in User Control: inline vs. code-behind

[Jordan]

I'm trying to evaluate the benefits of designing user controls completely
inline vs. using a code-behind file. I already have a user control designed
that does the following:

- gets QString values from URL
- creates DataReader from Sproc
- loops through datareader to display custom output (not using any web
controls here - all custom output)
- during the loop, uses a site-wide class call common functions

I've moved this (more or less) to a code-behind file (I like that I get the
intellisense working when using a .cs file is one reason :). The one thing
I'm curious about is, I had to use a <asp:Label> in my .ascx page in order
to place my datareader content in the right place (if I kept it in the
PageLoad event, it's printed at the top of the page), and I had to use a
StringBuilder.

Which is the best way to do this - does it really matter which way I
implement this?

thanks, j

[Scott Mitchell [MVP]]

I would stick with the code-behind model. One of its benefits, as
you've noted, is IntelliSense. You also can debug easier using the
code-behind technique (setting breakpoints and whatnot). Furthermore,
it fosters better OOP development practices, IMO.

--

Scott Mitchell
[email]mitchell@4guysfromrolla.com[/email]
[url]http://www.4GuysFromRolla.com[/url]
[url]http://www.ASPMessageboard.com[/url]
[url]http://www.ASPFAQs.com[/url]

* When you think ASP, think 4GuysFromRolla.com!