compiled DLL's and performance

[Kurt Schroeder]

does compiling the code behind source using studio give and performance boost?
this is a rephrase of an a question i posted yesterday. To be honist VS.net
is becomming a pain to work with for asp.net. Vb.net and c.net hey, no
problem, but asp.net it seems to create way too much over head and
complication. thanks for listening and would appreciate an opinion.
thanks
kes

[Kurt Schroeder]

this is a running discussion so i apologize if question s appear more than
once.
and some answers also:
this is a a simple sub declaration to do a sort

Private Sub SortGrid(ByVal objSender As Object, ByVal objArgs As
DataGridSortCom mandEventArgs) Handles dgrdStkHst.Sort Command
Call bindDataGrid("s tkhstX")
End Sub
It give me this error when run: 'INDEXBUILDDail y._try.Private Sub
SortGrid(objSen der As Object, objArgs As
System.Web.UI.W ebControls.Data GridSortCommand EventArgs)' is not accessible in
this context because it is 'Private'.
if not declared private it runs and calls a sub that is private. I seems to
me that it should be declared as private, but i really don't know that much
(i mean it).
well, even when it does run the datagrid disappears. I can get ti to sort,
but only if i do it seprate from the data grid using a button control, ...

for now i'd just be happy to figure why it does not want to be declared
private
thanks
kes
"Patrice" wrote:

So this is not a performance problem ?

Granted there are some plumbing going on behind the scene but it should
really show up only on rare occasions and is likely needed.

..NET also creates some code to perform actions done "visually" (is this
those private subs you are talking about or do yu mean protected variable
declarations ?). I don't see those "need to be declared as *not* private"
procedures you are talking about. AFAIK subs handling datagrid events are
private and you have to write them ???..

You may want to give us a precise sample of the code you are referring to...

ASP.NET 2.0 should still hide a bit more of this plumbing (such as having a
declaration in the ASPX page doesn' t require to have a programmatic
declaration in the code behind + DataSource controls are not creating code
etc...).
Patrice

--

"Kurt Schroeder" <Ku***********@ discussions.mic rosoft.com> a écrit dans le
message de news:F7******** *************** ***********@mic rosoft.com...

thanks for responding,
I knew that the pages got compiled on the first hit. I was not asking

about

the first time hit or a specific page, but a general question. I hav

elearned

according to another post that there is no difference once the source is
compiled first hit by a Browser. The over-head issue was a question about

the

VisualStudio.Ne t development environment. It seems to add a lot more
complacation than apears necessary. for example the class creates Private
Subs for the general controls such as buttons and links. That's ok, but it
gets me a little confussed because the same automatic subs are not

generated

for some other objects like DataGrid Events. And here the subs need to be
declared as not private. I'm guessing there is a ways to do this

correctly,

but i still don't know how.

"Patrice" wrote:

Anyway it always execute compile code ? What are you seeing exactly ? Is it the first time you hit a page ? Or each time you access the page ?

Patrice

--

"Kurt Schroeder" <Ku***********@ discussions.mic rosoft.com> a écrit dans le message de news:F4******** *************** ***********@mic rosoft.com...
> does compiling the code behind source using studio give and performance boost?
> this is a rephrase of an a question i posted yesterday. To be honist
VS.net
> is becomming a pain to work with for asp.net. Vb.net and c.net hey, no
> problem, but asp.net it seems to create way too much over head and
> complication. thanks for listening and would appreciate an opinion.
> thanks
> kes

[William F. Robertson, Jr.]

Private subs mean they can only be called from inside the class, in this
case your page class. Typically you will only call events for an WebControl
on the page that it is on, so them being private is okay.

I am a C# guy, but I created a vb web application. I was able to use VS.Net
to generate stubs for DataGrid events.

From the codebehind screen, you should see two drop down lists across the
top of your code. Pull the first one down, and you should see you DataGrid.
Select it.

It will change the second one, the one on the right. It will have a list of
DataGrid events. Drop that list down and select the event you want to
handle. It will generate your stub for you.

If you want to create it manually, you will have to type it all out, pretty
much exactly as the generated code looks like.

HTH,

bill

"Kurt Schroeder" <Ku***********@ discussions.mic rosoft.com> wrote in message
news:4B******** *************** ***********@mic rosoft.com...

thanks again, and i have a question,
VS. net auto defines the subs as private in created class. How can sub
created manuelly be declared as private, or should they not be? Reason i'm
asking is that vs.net does not create subs based on events raised by a
datagrid.
thank you

"William F. Robertson, Jr." wrote:

When you start two threads with the same question, you probably should post a followup to your original post. It makes it easier to reply. Plus if you question wasn't answered, follow up with us, and we will followup with you.
Unless you have a rolling 12 hour post...

bill

"Kurt Schroeder" <Ku***********@ discussions.mic rosoft.com> wrote in message news:F4******** *************** ***********@mic rosoft.com...

does compiling the code behind source using studio give and

performance boost?

this is a rephrase of an a question i posted yesterday. To be honist

VS.net

is becomming a pain to work with for asp.net. Vb.net and c.net hey, no
problem, but asp.net it seems to create way too much over head and
complication. thanks for listening and would appreciate an opinion.
thanks
kes

[Kurt Schroeder]

thank you very much!!!
kes

"William F. Robertson, Jr." wrote:

Private subs mean they can only be called from inside the class, in this
case your page class. Typically you will only call events for an WebControl
on the page that it is on, so them being private is okay.

I am a C# guy, but I created a vb web application. I was able to use VS.Net
to generate stubs for DataGrid events.

From the codebehind screen, you should see two drop down lists across the
top of your code. Pull the first one down, and you should see you DataGrid.
Select it.

It will change the second one, the one on the right. It will have a list of
DataGrid events. Drop that list down and select the event you want to
handle. It will generate your stub for you.

If you want to create it manually, you will have to type it all out, pretty
much exactly as the generated code looks like.

HTH,

bill

"Kurt Schroeder" <Ku***********@ discussions.mic rosoft.com> wrote in message
news:4B******** *************** ***********@mic rosoft.com...

thanks again, and i have a question,
VS. net auto defines the subs as private in created class. How can sub
created manuelly be declared as private, or should they not be? Reason i'm
asking is that vs.net does not create subs based on events raised by a
datagrid.
thank you

"William F. Robertson, Jr." wrote:

When you start two threads with the same question, you probably should post a followup to your original post. It makes it easier to reply. Plus if you question wasn't answered, follow up with us, and we will followup with you.
Unless you have a rolling 12 hour post...

bill

"Kurt Schroeder" <Ku***********@ discussions.mic rosoft.com> wrote in message news:F4******** *************** ***********@mic rosoft.com...
> does compiling the code behind source using studio give and performance boost?
> this is a rephrase of an a question i posted yesterday. To be honist
VS.net
> is becomming a pain to work with for asp.net. Vb.net and c.net hey, no
> problem, but asp.net it seems to create way too much over head and
> complication. thanks for listening and would appreciate an opinion.
> thanks
> kes

[Patrice]

Do you use System.Web.UI.W ebControls.Data Grid ? Or do you use a grid that
inherits from this grid ?

Patrice

--

"Kurt Schroeder" <Ku***********@ discussions.mic rosoft.com> a écrit dans le
message de news:D0******** *************** ***********@mic rosoft.com...

this is a running discussion so i apologize if question s appear more than
once.
and some answers also:
this is a a simple sub declaration to do a sort

Private Sub SortGrid(ByVal objSender As Object, ByVal objArgs As
DataGridSortCom mandEventArgs) Handles dgrdStkHst.Sort Command
Call bindDataGrid("s tkhstX")
End Sub
It give me this error when run: 'INDEXBUILDDail y._try.Private Sub
SortGrid(objSen der As Object, objArgs As
System.Web.UI.W ebControls.Data GridSortCommand EventArgs)' is not accessible in this context because it is 'Private'.
if not declared private it runs and calls a sub that is private. I seems to me that it should be declared as private, but i really don't know that much (i mean it).
well, even when it does run the datagrid disappears. I can get ti to sort,
but only if i do it seprate from the data grid using a button control, ...

for now i'd just be happy to figure why it does not want to be declared
private
thanks
kes
"Patrice" wrote:

So this is not a performance problem ?

Granted there are some plumbing going on behind the scene but it should
really show up only on rare occasions and is likely needed.

..NET also creates some code to perform actions done "visually" (is this
those private subs you are talking about or do yu mean protected variable declarations ?). I don't see those "need to be declared as *not* private" procedures you are talking about. AFAIK subs handling datagrid events are private and you have to write them ???..

You may want to give us a precise sample of the code you are referring to...
ASP.NET 2.0 should still hide a bit more of this plumbing (such as having a declaration in the ASPX page doesn' t require to have a programmatic
declaration in the code behind + DataSource controls are not creating code etc...).
Patrice

--

"Kurt Schroeder" <Ku***********@ discussions.mic rosoft.com> a écrit dans le message de news:F7******** *************** ***********@mic rosoft.com...

thanks for responding,
I knew that the pages got compiled on the first hit. I was not asking

about

the first time hit or a specific page, but a general question. I hav

elearned

according to another post that there is no difference once the source is compiled first hit by a Browser. The over-head issue was a question about

the

VisualStudio.Ne t development environment. It seems to add a lot more
complacation than apears necessary. for example the class creates

Private Subs for the general controls such as buttons and links. That's ok, but it gets me a little confussed because the same automatic subs are not

generated

for some other objects like DataGrid Events. And here the subs need to be declared as not private. I'm guessing there is a ways to do this

correctly,

but i still don't know how.

"Patrice" wrote:

> Anyway it always execute compile code ? What are you seeing exactly ? Is it

> the first time you hit a page ? Or each time you access the page ?
>
> Patrice
>
> --
>
> "Kurt Schroeder" <Ku***********@ discussions.mic rosoft.com> a écrit

dans le

> message de

news:F4******** *************** ***********@mic rosoft.com... > > does compiling the code behind source using studio give and

performance

> boost?
> > this is a rephrase of an a question i posted yesterday. To be honist > VS.net
> > is becomming a pain to work with for asp.net. Vb.net and c.net hey, no > > problem, but asp.net it seems to create way too much over head and
> > complication. thanks for listening and would appreciate an opinion. > > thanks
> > kes
>
>
>