Hi,I am very against deploying source code to the server in this app_code manner, this increases what is deployed on the server and the need to have a further structuring of your code in the app_code folder. The new ASP.NET model has introduced some fairly radical changes in how Web applications are compiled and deployed. Specifically ASP.NET pages by default compile to a single page for each page in the project. This makes it possible to unload each page individually so you can re-run it after making a change, but it also means that each of these assemblies is dynamically generated and cannot be easily referenced from within you applications. In other words, it’s very difficult to get a strongly typed reference to another page or User Control in your application, because there is no known class name you can cast to.This proves problematic if you are subclassing and indeed with user controls. I don’t see how you can load user controls dynamically using the new model. So while you can load the control with Control.LoadControl(), there is no way to cast it to the control type. ASP.NET projects are not real VS.NET projects – they are based on the operating systems file system. If you open an ASP.NET project, it pulls in any files under the project folder by default. This means you have no control in what gets pulled into the project. Any file becomes part of the project. ASP.NET 2.0 compiles projects using a new ASPNET_COMPILER utility which copies everything to a ‘deployment’ directory. So not only is your project huge, compiling it copies the entire project including images and support files to a new location. This is very slow.There is no AssemblyInfo file, no support for XML comments or direct MS_BUILD support for a web project. I have also been doing some SSIS work through the Business Intelligence Studio and found the SSIS plugin used in VS totally riddled with bugs. It was a thankless experience. I have opened a support case with Microsoft which was painful.The whole VS experience feels like beta software. I agree with Frans that a class library is the best way to go but I could never get the debugger to work in this way. My 10 pence Paul
> Date: Tue, 18 Apr 2006 11:15:45 +0300> From: [EMAIL PROTECTED]> Subject: Re: > [ADVANCED-DOTNET] VS ASP.NET 2005> To: [email protected]> > > Hi Paul,> I have not been able to check out vs.net extensively (yet), but i'd > like> to hear a brief comment from you (a detailed one would not hurt of> > course) about your dislike of changes.> What points you don't like in the new > model? Did you have any> difficulties , or do you have any concerns about a > particular> feature/method? This is a question i'll be asking in near future, > so why> wait when someone seems to have an opinion ?> Regards> Seref> > Paul > Cowan wrote:> > >Hi all,I was just wondering if anybody else has decided to > shun the new ASP.NET project model advocated by VS 2005.> >> >I am sticking > with the VS 2003 model. It is almost like they are trying to cater for ASP > developers (of which I used to be one).> >> >The fact that the Global.asax > file in the new web project template contains inline script was enough to > make my skin crawl. The appCode facility is unecessary.> >> >Partial > classes are I suppose ok for compartmentalising code but really a smell that > your class is too big.> >Anybody who wants to stick to the superior VS 2003 > model should look no further than the following:> > >http://webproject.scottgu.com/Default.aspx> >> >I can't be the only one > thinking this new model is just not the ticket?> >Paul> >> >> > >===================================> >This list is hosted by DevelopMentor® > http://www.develop.com> >> >View archives and manage your subscription(s) at > http://discuss.develop.com> >> >> >> >> >> > > > --> No virus found in this > outgoing message.> Checked by AVG Free Edition.> Version: 7.1.385 / Virus > Database: 268.4.3/316 - Release Date: 4/17/2006> > > ===================================> 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
