SRC instead of CodeBehind

[A.M]

Hi,

Using VS.NET 2003, If i use SRC page attribute instead of CodeBehind, do i
still have intelisence and generally IDE support for that?

Thanks,
Ali

[MSFT]

Hi Richard,

Thank you for using Microsoft Newsgroup Service. As for the question you
mentioned, the "SRC" attribute and "CodeBehind " attribute of the <%@Page
...> Direction will specify different compile mode for the ASP.NET web
page. Also, that will cause quite different effect when designing the
page's binded class at design-time. Here is the description in the MSDN:

"CodeBehind " attribute:
Specifies the name of the compiled file that contains the class associated
with the page. This attribute is used by the Visual Studio .NET Web Forms
designer. It tells the designer where to find the page class so that the
designer can create an instance of it for you to work with at design time.
For example, if you create a Web Forms page in Visual Studio called
WebForm1, the designer will assign the Codebehind attribute the value of
WebForm1.aspx.v b, for Visual Basic, or WebForm1.aspx.c s, for C#. This
attribute is not used at run time.

"SRC" attribute:
Specifies the source file name of the code-behind class to dynamically
compile when the page is requested. You can choose to include programming
logic for your page either in a code-behind class or in a code declaration
block in the .aspx file.

Note RAD designers, such as Visual Studio .NET, do not use this
attribute. Instead, they precompile code-behind classes and then use the
Inherits attribute.

So if use "SRC" attribute, the IDE Designer won't get any of the page's
binded class info until the page is requested at runtime. Thus, when
designing the page class source, it will lose the intelisence and
generally IDE support for it.
Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

[A.M]

Thanks Steven for help.

I underestand the best way to have IDE support is using code behind.

We like to use SRC because we can use notepad to change the codes
whenever/wherever we want and ASP.NET will take care of compilation; however
we also would like to have IDE support during the actual development.

To achive what we need can i develop my web application with CodeBehind page
attribute (to have IDE support during development) and right before
deployment change all CodeBehind page attribute to SRC ?

To re-phrase my question: If i develop my web application using CodeBehind
page attribute, can i change "CodeBehinf " to "SRC" and my pages get compiled
by ASP.NET? If the answer is no, then how can I convert a page from
"CodeBehind " model to "SRC" model ?

Thanks again,
Ali


"MSFT" <v-******@online.m icrosoft.com> wrote in message
news:dS******** ******@cpmsftng xa07.phx.gbl...

Hi Richard,

Thank you for using Microsoft Newsgroup Service. As for the question you
mentioned, the "SRC" attribute and "CodeBehind " attribute of the <%@Page
..> Direction will specify different compile mode for the ASP.NET web
page. Also, that will cause quite different effect when designing the
page's binded class at design-time. Here is the description in the MSDN:

"CodeBehind " attribute:
Specifies the name of the compiled file that contains the class associated
with the page. This attribute is used by the Visual Studio .NET Web Forms
designer. It tells the designer where to find the page class so that the
designer can create an instance of it for you to work with at design time.
For example, if you create a Web Forms page in Visual Studio called
WebForm1, the designer will assign the Codebehind attribute the value of
WebForm1.aspx.v b, for Visual Basic, or WebForm1.aspx.c s, for C#. This
attribute is not used at run time.

"SRC" attribute:
Specifies the source file name of the code-behind class to dynamically
compile when the page is requested. You can choose to include programming
logic for your page either in a code-behind class or in a code declaration
block in the .aspx file.

Note RAD designers, such as Visual Studio .NET, do not use this
attribute. Instead, they precompile code-behind classes and then use the
Inherits attribute.

So if use "SRC" attribute, the IDE Designer won't get any of the page's
binded class info until the page is requested at runtime. Thus, when
designing the page class source, it will lose the intelisence and
generally IDE support for it.
Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

[Kevin Spencer]

You don't want to CHANGE "CodeBehind " to "Src" - you want to use BOTH.
"CodeBehind " tells the VS.Net IDE where to find the CodeBehind file at
design-time. "Src" tells your ASP.Net Page Template where to find it at
run-time.

--
HTH,
Kevin Spencer
..Net Developer
Microsoft MVP
Big things are made up
of lots of little things.

"A.M" <IH*******@sapm 123.com> wrote in message
news:O2******** ******@TK2MSFTN GP09.phx.gbl...

Thanks Steven for help.

I underestand the best way to have IDE support is using code behind.

We like to use SRC because we can use notepad to change the codes
whenever/wherever we want and ASP.NET will take care of compilation; however we also would like to have IDE support during the actual development.

To achive what we need can i develop my web application with CodeBehind page attribute (to have IDE support during development) and right before
deployment change all CodeBehind page attribute to SRC ?

To re-phrase my question: If i develop my web application using CodeBehind
page attribute, can i change "CodeBehinf " to "SRC" and my pages get compiled by ASP.NET? If the answer is no, then how can I convert a page from
"CodeBehind " model to "SRC" model ?

Thanks again,
Ali


"MSFT" <v-******@online.m icrosoft.com> wrote in message
news:dS******** ******@cpmsftng xa07.phx.gbl...

Hi Richard,

Thank you for using Microsoft Newsgroup Service. As for the question you
mentioned, the "SRC" attribute and "CodeBehind " attribute of the <%@Page
..> Direction will specify different compile mode for the ASP.NET web
page. Also, that will cause quite different effect when designing the
page's binded class at design-time. Here is the description in the MSDN:

"CodeBehind " attribute:
Specifies the name of the compiled file that contains the class associated with the page. This attribute is used by the Visual Studio .NET Web Forms designer. It tells the designer where to find the page class so that the
designer can create an instance of it for you to work with at design time. For example, if you create a Web Forms page in Visual Studio called
WebForm1, the designer will assign the Codebehind attribute the value of
WebForm1.aspx.v b, for Visual Basic, or WebForm1.aspx.c s, for C#. This
attribute is not used at run time.

"SRC" attribute:
Specifies the source file name of the code-behind class to dynamically
compile when the page is requested. You can choose to include programming logic for your page either in a code-behind class or in a code declaration block in the .aspx file.

Note RAD designers, such as Visual Studio .NET, do not use this
attribute. Instead, they precompile code-behind classes and then use the
Inherits attribute.

So if use "SRC" attribute, the IDE Designer won't get any of the page's
binded class info until the page is requested at runtime. Thus, when
designing the page class source, it will lose the intelisence and
generally IDE support for it.
Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

[vMike]

I am curious. I have tried using both but I get runtime errors for ambiguous
names. Am I doing something wrong?
Mike

"Kevin Spencer" <ke***@takempis .com> wrote in message
news:Oi******** ******@tk2msftn gp13.phx.gbl...

You don't want to CHANGE "CodeBehind " to "Src" - you want to use BOTH.
"CodeBehind " tells the VS.Net IDE where to find the CodeBehind file at
design-time. "Src" tells your ASP.Net Page Template where to find it at
run-time.

--
HTH,
Kevin Spencer
.Net Developer
Microsoft MVP
Big things are made up
of lots of little things.

"A.M" <IH*******@sapm 123.com> wrote in message
news:O2******** ******@TK2MSFTN GP09.phx.gbl...

Thanks Steven for help.

I underestand the best way to have IDE support is using code behind.

We like to use SRC because we can use notepad to change the codes
whenever/wherever we want and ASP.NET will take care of compilation;

however

we also would like to have IDE support during the actual development.

To achive what we need can i develop my web application with CodeBehind

page

attribute (to have IDE support during development) and right before
deployment change all CodeBehind page attribute to SRC ?

To re-phrase my question: If i develop my web application using CodeBehind

page attribute, can i change "CodeBehinf " to "SRC" and my pages get

compiled

by ASP.NET? If the answer is no, then how can I convert a page from
"CodeBehind " model to "SRC" model ?

Thanks again,
Ali


"MSFT" <v-******@online.m icrosoft.com> wrote in message
news:dS******** ******@cpmsftng xa07.phx.gbl...

Hi Richard,

Thank you for using Microsoft Newsgroup Service. As for the question you mentioned, the "SRC" attribute and "CodeBehind " attribute of the <%@Page ..> Direction will specify different compile mode for the ASP.NET web
page. Also, that will cause quite different effect when designing the
page's binded class at design-time. Here is the description in the MSDN:
"CodeBehind " attribute:
Specifies the name of the compiled file that contains the class

associated with the page. This attribute is used by the Visual Studio .NET Web Forms designer. It tells the designer where to find the page class so that the designer can create an instance of it for you to work with at design time. For example, if you create a Web Forms page in Visual Studio called
WebForm1, the designer will assign the Codebehind attribute the value of WebForm1.aspx.v b, for Visual Basic, or WebForm1.aspx.c s, for C#. This
attribute is not used at run time.

"SRC" attribute:
Specifies the source file name of the code-behind class to dynamically
compile when the page is requested. You can choose to include programming logic for your page either in a code-behind class or in a code declaration block in the .aspx file.

Note RAD designers, such as Visual Studio .NET, do not use this
attribute. Instead, they precompile code-behind classes and then use the Inherits attribute.

So if use "SRC" attribute, the IDE Designer won't get any of the page's binded class info until the page is requested at runtime. Thus, when
designing the page class source, it will lose the intelisence and
generally IDE support for it.
Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

[A.M]

I didn't know that i can have both. If what you are saying is possible then
that would be greate, so i can develop/debug in VS.NET and after deployment
(both .aspx and .aspx.vb files and no dll files) i can edit .aspx.vb files
with notepad upon any intsant cahnge requirements.

I tried having CodeBehind and SRC both together, it didn't worked. am i
missing something ?

Thanks for help,
Ali

"Kevin Spencer" <ke***@takempis .com> wrote in message
news:Oi******** ******@tk2msftn gp13.phx.gbl...

You don't want to CHANGE "CodeBehind " to "Src" - you want to use BOTH.
"CodeBehind " tells the VS.Net IDE where to find the CodeBehind file at
design-time. "Src" tells your ASP.Net Page Template where to find it at
run-time.

--
HTH,
Kevin Spencer
.Net Developer
Microsoft MVP
Big things are made up
of lots of little things.

"A.M" <IH*******@sapm 123.com> wrote in message
news:O2******** ******@TK2MSFTN GP09.phx.gbl...

Thanks Steven for help.

I underestand the best way to have IDE support is using code behind.

We like to use SRC because we can use notepad to change the codes
whenever/wherever we want and ASP.NET will take care of compilation;

however

we also would like to have IDE support during the actual development.

To achive what we need can i develop my web application with CodeBehind

page

attribute (to have IDE support during development) and right before
deployment change all CodeBehind page attribute to SRC ?

To re-phrase my question: If i develop my web application using CodeBehind

page attribute, can i change "CodeBehinf " to "SRC" and my pages get

compiled

by ASP.NET? If the answer is no, then how can I convert a page from
"CodeBehind " model to "SRC" model ?

Thanks again,
Ali


"MSFT" <v-******@online.m icrosoft.com> wrote in message
news:dS******** ******@cpmsftng xa07.phx.gbl...

Hi Richard,

Thank you for using Microsoft Newsgroup Service. As for the question you mentioned, the "SRC" attribute and "CodeBehind " attribute of the <%@Page ..> Direction will specify different compile mode for the ASP.NET web
page. Also, that will cause quite different effect when designing the
page's binded class at design-time. Here is the description in the MSDN:
"CodeBehind " attribute:
Specifies the name of the compiled file that contains the class

associated with the page. This attribute is used by the Visual Studio .NET Web Forms designer. It tells the designer where to find the page class so that the designer can create an instance of it for you to work with at design time. For example, if you create a Web Forms page in Visual Studio called
WebForm1, the designer will assign the Codebehind attribute the value of WebForm1.aspx.v b, for Visual Basic, or WebForm1.aspx.c s, for C#. This
attribute is not used at run time.

"SRC" attribute:
Specifies the source file name of the code-behind class to dynamically
compile when the page is requested. You can choose to include programming logic for your page either in a code-behind class or in a code declaration block in the .aspx file.

Note RAD designers, such as Visual Studio .NET, do not use this
attribute. Instead, they precompile code-behind classes and then use the Inherits attribute.

So if use "SRC" attribute, the IDE Designer won't get any of the page's binded class info until the page is requested at runtime. Thus, when
designing the page class source, it will lose the intelisence and
generally IDE support for it.
Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

[A.M]

I am having same problem too.

"vMike" <Mi************ @nospam.gewarre n.com.delete> wrote in message
news:br******** **@ngspool-d02.news.aol.co m...

I am curious. I have tried using both but I get runtime errors for ambiguous names. Am I doing something wrong?
Mike

"Kevin Spencer" <ke***@takempis .com> wrote in message
news:Oi******** ******@tk2msftn gp13.phx.gbl...

You don't want to CHANGE "CodeBehind " to "Src" - you want to use BOTH.
"CodeBehind " tells the VS.Net IDE where to find the CodeBehind file at
design-time. "Src" tells your ASP.Net Page Template where to find it at
run-time.

--
HTH,
Kevin Spencer
.Net Developer
Microsoft MVP
Big things are made up
of lots of little things.

"A.M" <IH*******@sapm 123.com> wrote in message
news:O2******** ******@TK2MSFTN GP09.phx.gbl...

Thanks Steven for help.

I underestand the best way to have IDE support is using code behind.

We like to use SRC because we can use notepad to change the codes
whenever/wherever we want and ASP.NET will take care of compilation; however

we also would like to have IDE support during the actual development.

To achive what we need can i develop my web application with CodeBehind

page

attribute (to have IDE support during development) and right before
deployment change all CodeBehind page attribute to SRC ?

To re-phrase my question: If i develop my web application using CodeBehind page attribute, can i change "CodeBehinf " to "SRC" and my pages get

compiled

by ASP.NET? If the answer is no, then how can I convert a page from
"CodeBehind " model to "SRC" model ?

Thanks again,
Ali


"MSFT" <v-******@online.m icrosoft.com> wrote in message
news:dS******** ******@cpmsftng xa07.phx.gbl...
> Hi Richard,
>
> Thank you for using Microsoft Newsgroup Service. As for the question you > mentioned, the "SRC" attribute and "CodeBehind " attribute of the <%@Page > ..> Direction will specify different compile mode for the ASP.NET

web > page. Also, that will cause quite different effect when designing the > page's binded class at design-time. Here is the description in the

MSDN: >
> "CodeBehind " attribute:
> Specifies the name of the compiled file that contains the class

associated

> with the page. This attribute is used by the Visual Studio .NET Web

Forms

> designer. It tells the designer where to find the page class so that the > designer can create an instance of it for you to work with at design

time.

> For example, if you create a Web Forms page in Visual Studio called
> WebForm1, the designer will assign the Codebehind attribute the value of

> WebForm1.aspx.v b, for Visual Basic, or WebForm1.aspx.c s, for C#.

This > attribute is not used at run time.
>
> "SRC" attribute:
> Specifies the source file name of the code-behind class to dynamically > compile when the page is requested. You can choose to include

programming

> logic for your page either in a code-behind class or in a code

declaration

> block in the .aspx file.
>
> Note RAD designers, such as Visual Studio .NET, do not use this
> attribute. Instead, they precompile code-behind classes and then use

the > Inherits attribute.
>
> So if use "SRC" attribute, the IDE Designer won't get any of the page's > binded class info until the page is requested at runtime. Thus, when
> designing the page class source, it will lose the intelisence and
> generally IDE support for it.
>
>
> Steven Cheng
> Microsoft Online Support
>
> Get Secure! www.microsoft.com/security
> (This posting is provided "AS IS", with no warranties, and confers no > rights.)
>

[Kevin Spencer]

> I am curious. I have tried using both but I get runtime errors for
ambiguous

names. Am I doing something wrong?
Obviously, yes. However, since you provided no detailed information about
what you did, or what the error messages were, that's all I can tell you.

--
HTH,
Kevin Spencer
..Net Developer
Microsoft MVP
Big things are made up
of lots of little things.

"vMike" <Mi************ @nospam.gewarre n.com.delete> wrote in message
news:br******** **@ngspool-d02.news.aol.co m... I am curious. I have tried using both but I get runtime errors for ambiguous names. Am I doing something wrong?
Mike

"Kevin Spencer" <ke***@takempis .com> wrote in message
news:Oi******** ******@tk2msftn gp13.phx.gbl...

You don't want to CHANGE "CodeBehind " to "Src" - you want to use BOTH.
"CodeBehind " tells the VS.Net IDE where to find the CodeBehind file at
design-time. "Src" tells your ASP.Net Page Template where to find it at
run-time.

--
HTH,
Kevin Spencer
.Net Developer
Microsoft MVP
Big things are made up
of lots of little things.

"A.M" <IH*******@sapm 123.com> wrote in message
news:O2******** ******@TK2MSFTN GP09.phx.gbl...

Thanks Steven for help.

I underestand the best way to have IDE support is using code behind.

We like to use SRC because we can use notepad to change the codes
whenever/wherever we want and ASP.NET will take care of compilation; however

we also would like to have IDE support during the actual development.

To achive what we need can i develop my web application with CodeBehind

page

attribute (to have IDE support during development) and right before
deployment change all CodeBehind page attribute to SRC ?

To re-phrase my question: If i develop my web application using CodeBehind page attribute, can i change "CodeBehinf " to "SRC" and my pages get

compiled

by ASP.NET? If the answer is no, then how can I convert a page from
"CodeBehind " model to "SRC" model ?

Thanks again,
Ali


"MSFT" <v-******@online.m icrosoft.com> wrote in message
news:dS******** ******@cpmsftng xa07.phx.gbl...
> Hi Richard,
>
> Thank you for using Microsoft Newsgroup Service. As for the question you > mentioned, the "SRC" attribute and "CodeBehind " attribute of the <%@Page > ..> Direction will specify different compile mode for the ASP.NET

web > page. Also, that will cause quite different effect when designing the > page's binded class at design-time. Here is the description in the

MSDN: >
> "CodeBehind " attribute:
> Specifies the name of the compiled file that contains the class

associated

> with the page. This attribute is used by the Visual Studio .NET Web

Forms

> designer. It tells the designer where to find the page class so that the > designer can create an instance of it for you to work with at design

time.

> For example, if you create a Web Forms page in Visual Studio called
> WebForm1, the designer will assign the Codebehind attribute the value of

> WebForm1.aspx.v b, for Visual Basic, or WebForm1.aspx.c s, for C#.

This > attribute is not used at run time.
>
> "SRC" attribute:
> Specifies the source file name of the code-behind class to dynamically > compile when the page is requested. You can choose to include

programming

> logic for your page either in a code-behind class or in a code

declaration

> block in the .aspx file.
>
> Note RAD designers, such as Visual Studio .NET, do not use this
> attribute. Instead, they precompile code-behind classes and then use

the > Inherits attribute.
>
> So if use "SRC" attribute, the IDE Designer won't get any of the page's > binded class info until the page is requested at runtime. Thus, when
> designing the page class source, it will lose the intelisence and
> generally IDE support for it.
>
>
> Steven Cheng
> Microsoft Online Support
>
> Get Secure! www.microsoft.com/security
> (This posting is provided "AS IS", with no warranties, and confers no > rights.)
>

[Kevin Spencer]

> I tried having CodeBehind and SRC both together, it didn't worked. am i

missing something ?
Yup. But since you provided no details about exactly what you did and
exactly what the resulting behavior was, that's all I can tell you.

--
HTH,
Kevin Spencer
..Net Developer
Microsoft MVP
Big things are made up
of lots of little things.

"A.M" <IH*******@sapm 123.com> wrote in message
news:O8******** ******@TK2MSFTN GP12.phx.gbl...
I didn't know that i can have both. If what you are saying is possible then that would be greate, so i can develop/debug in VS.NET and after deployment (both .aspx and .aspx.vb files and no dll files) i can edit .aspx.vb files
with notepad upon any intsant cahnge requirements.

I tried having CodeBehind and SRC both together, it didn't worked. am i
missing something ?

Thanks for help,
Ali

"Kevin Spencer" <ke***@takempis .com> wrote in message
news:Oi******** ******@tk2msftn gp13.phx.gbl...

You don't want to CHANGE "CodeBehind " to "Src" - you want to use BOTH.
"CodeBehind " tells the VS.Net IDE where to find the CodeBehind file at
design-time. "Src" tells your ASP.Net Page Template where to find it at
run-time.

--
HTH,
Kevin Spencer
.Net Developer
Microsoft MVP
Big things are made up
of lots of little things.

"A.M" <IH*******@sapm 123.com> wrote in message
news:O2******** ******@TK2MSFTN GP09.phx.gbl...

Thanks Steven for help.

I underestand the best way to have IDE support is using code behind.

We like to use SRC because we can use notepad to change the codes
whenever/wherever we want and ASP.NET will take care of compilation; however

we also would like to have IDE support during the actual development.

To achive what we need can i develop my web application with CodeBehind

page

attribute (to have IDE support during development) and right before
deployment change all CodeBehind page attribute to SRC ?

To re-phrase my question: If i develop my web application using CodeBehind page attribute, can i change "CodeBehinf " to "SRC" and my pages get

compiled

by ASP.NET? If the answer is no, then how can I convert a page from
"CodeBehind " model to "SRC" model ?

Thanks again,
Ali


"MSFT" <v-******@online.m icrosoft.com> wrote in message
news:dS******** ******@cpmsftng xa07.phx.gbl...
> Hi Richard,
>
> Thank you for using Microsoft Newsgroup Service. As for the question you > mentioned, the "SRC" attribute and "CodeBehind " attribute of the <%@Page > ..> Direction will specify different compile mode for the ASP.NET

web > page. Also, that will cause quite different effect when designing the > page's binded class at design-time. Here is the description in the

MSDN: >
> "CodeBehind " attribute:
> Specifies the name of the compiled file that contains the class

associated

> with the page. This attribute is used by the Visual Studio .NET Web

Forms

> designer. It tells the designer where to find the page class so that the > designer can create an instance of it for you to work with at design

time.

> For example, if you create a Web Forms page in Visual Studio called
> WebForm1, the designer will assign the Codebehind attribute the value of

> WebForm1.aspx.v b, for Visual Basic, or WebForm1.aspx.c s, for C#.

This > attribute is not used at run time.
>
> "SRC" attribute:
> Specifies the source file name of the code-behind class to dynamically > compile when the page is requested. You can choose to include

programming

> logic for your page either in a code-behind class or in a code

declaration

> block in the .aspx file.
>
> Note RAD designers, such as Visual Studio .NET, do not use this
> attribute. Instead, they precompile code-behind classes and then use

the > Inherits attribute.
>
> So if use "SRC" attribute, the IDE Designer won't get any of the page's > binded class info until the page is requested at runtime. Thus, when
> designing the page class source, it will lose the intelisence and
> generally IDE support for it.
>
>
> Steven Cheng
> Microsoft Online Support
>
> Get Secure! www.microsoft.com/security
> (This posting is provided "AS IS", with no warranties, and confers no > rights.)
>

[mikeb]

vMike wrote:

I am curious. I have tried using both but I get runtime errors for ambiguous
names. Am I doing something wrong?
The problem is probably this:

VS.NET compiles your codebehind source into an assembly, which gets
deployed into the ASPX application's bin directory.

When you first load the page in the browser, the ASP.NET runtime sees
the src attribute and compiles that file into another assembly, which it
makes available for use by the app. Now when the parsed ASPX page is
compiled, it references both assemblies which have different classes
defined with the same name (the classes are different even though they
are compiled from the same code because they are in different assemblies).

You might be able to get the result you want by manually deleting from
the bin directory the assembly that VS.NET builds (maybe a custom build
step can handle that for you).

However, I predict that doing what you want to do will cause you major
pain if you use VS.NET.
Mike

"Kevin Spencer" <ke***@takempis .com> wrote in message
news:Oi******** ******@tk2msftn gp13.phx.gbl...

You don't want to CHANGE "CodeBehind " to "Src" - you want to use BOTH.
"CodeBehind " tells the VS.Net IDE where to find the CodeBehind file at
design-time. "Src" tells your ASP.Net Page Template where to find it at
run-time.

--
HTH,
Kevin Spencer
.Net Developer
Microsoft MVP
Big things are made up
of lots of little things.

"A.M" <IH*******@sapm 123.com> wrote in message
news:O2****** ********@TK2MSF TNGP09.phx.gbl. ..

Thanks Steven for help.

I underestand the best way to have IDE support is using code behind.

We like to use SRC because we can use notepad to change the codes
whenever/wherever we want and ASP.NET will take care of compilation;

however

we also would like to have IDE support during the actual development.

To achive what we need can i develop my web application with CodeBehind

page

attribute (to have IDE support during development) and right before
deployment change all CodeBehind page attribute to SRC ?

To re-phrase my question: If i develop my web application using
CodeBehind
page attribute, can i change "CodeBehinf " to "SRC" and my pages get

compiled

by ASP.NET? If the answer is no, then how can I convert a page from
"CodeBehin d" model to "SRC" model ?

Thanks again,
Ali


"MSFT" <v-******@online.m icrosoft.com> wrote in message
news:dS***** *********@cpmsf tngxa07.phx.gbl ...

Hi Richard,

Thank you for using Microsoft Newsgroup Service. As for the question
you
mentioned , the "SRC" attribute and "CodeBehind " attribute of the
<%@Page
..> Direction will specify different compile mode for the ASP.NET web
page. Also, that will cause quite different effect when designing the
page's binded class at design-time. Here is the description in the
MSDN:
"CodeBehind " attribute:
Specifies the name of the compiled file that contains the class

associated

with the page. This attribute is used by the Visual Studio .NET Web

Forms

designer. It tells the designer where to find the page class so that
the
designer can create an instance of it for you to work with at design

time.

For example, if you create a Web Forms page in Visual Studio called
WebForm1, the designer will assign the Codebehind attribute the value
of
WebForm1.as px.vb, for Visual Basic, or WebForm1.aspx.c s, for C#. This
attribute is not used at run time.

"SRC" attribute:
Specifies the source file name of the code-behind class to dynamically
compile when the page is requested. You can choose to include

programming

logic for your page either in a code-behind class or in a code

declaration

block in the .aspx file.

Note RAD designers, such as Visual Studio .NET, do not use this
attribute . Instead, they precompile code-behind classes and then use
the
Inherits attribute.

So if use "SRC" attribute, the IDE Designer won't get any of the
page's
binded class info until the page is requested at runtime. Thus, when
designing the page class source, it will lose the intelisence and
generally IDE support for it.
Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

--
mikeb