Well, the purpose of App_Code is to give web projects a well known
location where you can drop in source code files and let the runtime
compile them on the fly.
It's assumed all the webforms and user controls will want to use code
from the well known location, so the resulting assembly needs a well
known name for the runtime to establish a reference.
If you want a little more control over the situation, you'll have to
use a class library for class files.
Is this an asmx web form you migrated from 1.1? I'd think the
migration wizard would have migrated the code-behind to a partial
class.
--
Scott
http://www.OdeToCode.com/blogs/scott/
On Thu, 11 Aug 2005 08:32:11 -0700, "AZ"
<AZ@discussions.microsoft.com> wrote:
When I precompile my VS2005 Web Service the only assembly created for me in
App_Code.dll. Disassembling it, it does contain my service's code-behind.
Since all code will likely sit in App_Code directory & it gets all compiled
into App_Code.dll, why not have the ability to name the assembly
appropriately. This is not very different from version 1.1 where you could
choose the assembly name.