先看下面两个Url，他们传递的参数一样么？？
aaa.aspx?tag=.net%bc%bc%ca%f5
aaa.aspx?tag=.net%e6%8a%80%e6%9c%af
看起来好像是不一样，其实他们都是对".net技术"进行了UrlEncode，不过一个是GB2312的编码，一个是Utf-8的编码。
如下代码就可以获得上面的编码后效果：
string tmp1 = System.Web.HttpUtility.UrlEncode(".net技术", System.Text.Encoding.GetEncoding("GB2312"));
string tmp2 = System.Web.HttpUtility.UrlEncode(".net技术", System.Text.Encoding.UTF8);
我们实际的Web页面，可能会被其他程序调用。
比如：简体中文操作系统上的一个ASP页面，需要向一个ASP.net页面传递一个带中文的参数。
默认情况下，简体中文操作系统上， ASP 的 Server.UrlEncode 方法会把中文以GB2312的编码进行编码，
但是默认情况下，ASP.net的页面是采用的UTF-8编码。
这种情况下，你在用 Request.QueryString["Tag"] 接受值的时候会接受不到中文信息，单步调试看到的是乱码。
这时候虽然用Request.QueryString["Tag"] 接受的是乱码，但这时候的Url并不是乱码。
解决方法就是自己分析Url中的参数，然后对参数的值按照 GB2312的编码反解密，而不是用.net 默认的Utf-8的编码反解密。
其实微软类似的提供了相应的函数，我们不必自己用正则表达式去分析url字符串了。
演示代码如下：
string q = Request.Url.Query;
System.Collections.Specialized.NameValueCollection nv =
System.Web.HttpUtility.ParseQueryString(q, System.Text.Encoding.GetEncoding("GB2312"));
Response.Write(nv["Tag"]);
我们用 Lutz Roeder's .NET Reflector 来看 System.Web.HttpUtility.ParseQueryString 方法的实现：
一直反查进去，我们可以看到最终处理Url参数字符串分析的代码如下：
System.Web.HttpValueCollection 类的如下函数实现了对Url参数的解析
这里我们看到，它是自己一个个字符进行的分析。
internal void FillFromString(string s, bool urlencoded, Encoding encoding)
{
int num1 = (s != null) ? s.Length : 0;
for (int num2 = 0; num2 < num1; num2++)
{
int num3 = num2;
int num4 = -1;
while (num2 < num1)
{
switch (s[num2])
{
case '=':
if (num4 < 0)
{
num4 = num2;
}
break;
}
num2++;
}
string text1 = null;
string text2 = null;
if (num4 >= 0)
{
text1 = s.Substring(num3, num4 - num3);
text2 = s.Substring(num4 + 1, (num2 - num4) - 1);
}
else
{
text2 = s.Substring(num3, num2 - num3);
}
if (urlencoded)
{
base.Add(HttpUtility.UrlDecode(text1, encoding), HttpUtility.UrlDecode(text2, encoding));
}
else
{
base.Add(text1, text2);
}
if ((num2 == (num1 - 1)) && (s[num2] == '&'))
{
base.Add(null, string.Empty);
}
}
}
至于对方传递给自己的是哪种编码方式，最好也一并作为参数传递过来，这样我们就可以根据用户的这个参数进行解密操作。
国外有种习惯，比如你访问 www.****.com 网站，他会自动跳转到 ****.com 。
在 Community Server 中就提供了这种功能，而且这种功能是可选的（可以强制去掉、强制不去掉、不理睬它）。
默认情况下 Community Server 就强制去掉 www. 。
先说如何修改是这个功能
打开Web项目，其中的 communityserver.config 配置文件。
在这里我们可以看到下面的配置节：
<CommunityServer>
<Core ...... wwwStatus = "Remove" .... />
......
</CommunityServer>
这里可以有三个设置：
Require 强制加 www.
Remove 强制不加 www. 这个是默认设置
Ignore 忽略这个问题
只要修改成对应的设置，就自动切换了这个设置。
下面我们看它是如何实现这个功能的：
Community Server 2.0 中使用了 HttpModules 来处理这个功能：web.config中，我们可以看到 httpModules 的配置如下：
<httpModules>
<add name="CommunityServer" type="CommunityServer.CSHttpModule, CommunityServer.Components" />
</httpModules>
..........
CSHttpModule 类在 CommunityServer.Components 项目的HttpModule 目录下的 CSHttpModule.cs 文件中.这个类继承了 System.Web.IHttpModule 接口
System.Web.IHttpModule 接口要求实现 初始化模块方法，即 Init 方法。
在这个类的初始化方法中，我们可以看到,我们订约了BeginRequest 事件。
public void Init(HttpApplication application)
{
application.BeginRequest += new EventHandler(this.Application_BeginRequest);
......
}
在这个事件的处理函数 Application_BeginRequest 中,如下，我们可以看到，先从Community Server 配置文件中读取出配置（既从communityserver.config 配置文件读取配置）
然后根据这个配置检查我该如何处理（CheckWWWStatus 函数实现）。
private void Application_BeginRequest(Object source, EventArgs e)
{
.......
HttpContext context = application.Context;
.......
CSConfiguration config = CSConfiguration.GetConfig();
.......
CheckWWWStatus(config,context);
.......
}
private void CheckWWWStatus(CSConfiguration config, HttpContext context)
{
if(config.WWWStatus == WWWStatus.Ignore)
return;
const string withWWW = "http://www.";
const string noWWW = "http://";
string rawUrl = context.Request.Url.ToString().ToLower();
bool isWWW = rawUrl.StartsWith(withWWW);
if(config.WWWStatus == WWWStatus.Remove && isWWW)
{
context.Response.Redirect(rawUrl.Replace(withWWW, noWWW));
}
else if(config.WWWStatus == WWWStatus.Require && !isWWW)
{
context.Response.Redirect(rawUrl.Replace(noWWW, withWWW));
}
}
代码分析到此结束，Community Server 2.0 就是通过上述代码实现定制不同的 www 处理策略的。
网上有很多写这个组件使用的文章，如何使用我就不细述了，有关在 ASP.NET 中执行 URL 重写的文章请看下面链接:
http://www.microsoft.com/china/msdn/library/webservices/asp.net/URLRewriting.mspx?mfr=true
我这里要说的是其中几个很容易被忽视的小细节。
问题场景：
比如实际我并不存在下面三个WEB路径：
http://*******/Tag/Java
http://*******/Tag/Java/
http://*******/Tag/Java/Default.aspx
我想把它重定向到
http://*******/List.aspx?tag=Java
这时候如果我们偷懒，直接用Scott Mitchell 的 URLRewriter 组件，
需要注意的有几个地方：
1、我们需要给IIS设置通配符映射，而且这个映射必须不进行文件是否存在检查。
2、我们在WEB.config 中应该用 httpModules 来定义扑捉用户的请求，而不是 httpHandlers。
因为我们这里要处理 http://*******/Tag/Java 、 http://*******/Tag/Java/ 这样的请求。
3、设置这个信息的 Web.config 应该是根站点目录下的 Web.config，而不是 /Tag/ 目录下的Web.config。
4、要扑捉的URL应该这三种情况都计算，而不是只考虑 http://*******/Tag/Java/Default.aspx 这种情况。
参考配置如下：
<RewriterConfig>
<Rules>
<RewriterRule>
<LookFor>~/tag/([\w]+)/default\.aspx</LookFor>
<SendTo>~/List.aspx?Tag=$1</SendTo>
</RewriterRule>
</Rules>
<Rules>
<RewriterRule>
<LookFor>~/tag/([\w]+)/</LookFor>
<SendTo>~/List.aspx?Tag=$1</SendTo>
</RewriterRule>
</Rules>
<Rules>
<RewriterRule>
<LookFor>~/tag/([\w]+)</LookFor>
<SendTo>~/List.aspx?Tag=$1</SendTo>
</RewriterRule>
</Rules>
</RewriterConfig>
上篇Blog我介绍了Visual Studio 2005 Web Application Projects 项目，下面来比较一下它跟 Visual Studio 2005 Web Site Projects 使用的场景和区别。
内容翻译自：
http://msdn.microsoft.com/vstudio/default.aspx?pull=/library/en-us/dnvs05/html/WAP.asp如果你英文够好，可以直接看哪里。
你该选择哪种WEB编程模型
| Option or Task |
Web Application Projects |
Web Site Projects |
| 你有一个大型的Visual Studio .NET 2003 Web应用需要迁移到VS2005。 |
X |
|
喜欢使用 single-page code 模型来开发网站页面。而不是使用code-behind 模型来编写网站页面
|
|
X |
喜欢采用下面的方式编写网站：
在编写页面时候，为了可以快速的看到编写效果，动态编译该页面，马上可以看到效果，不用编译整个站点。
（就是说，只需要保存文件，然后在浏览器中刷新一下，就可以看到自己刚刚做的效果） |
|
X |
| 需要控制编译后应用程序集的名字 |
X |
|
| 需要每个页面产生一个应用程序集 |
|
X |
| WEB页面或者WEB用户控件中需要使用到单独的类。 |
X |
|
| 需要使用多个Project来构建一个Web应用。 |
X |
|
| 需要处理pre-build 和 post-build 事件（编译前后需要有自己额外的处理） |
X |
|
| 希望把一个目录当作一个WEB应用来处理，而不需要新建一个Project 文件。 |
|
X |
这两种WEB编程模型的不同点：
| Scenario |
Web Application Project |
Web Site Project |
| Project definition |
跟 Visual Studio .NET 2003 类似，由于项目文件的存在，
只有被项目文件所引用的文件才会在Solution Explorer中出现。而且只有这些文件才会被编译。
可以很容易的把一个ASP.NET应用拆分成多个Visual Studio项目。
可以很容易的从项目中和源代码管理中排除一个文件。 |
一个目录结构就是一个WEB项目。没有项目文件存在。这个目录下的所有文件，都被作为项目的一部分而存在。
我们实际部署的一个网站，部署上当然不会有任何项目文件存在，如果你想对这个网站进行修改，用这种编程模型就非常适合。我们根本不用在乎这个WEB站点中，那些文件属于哪个项目。 |
| 编译和生成 |
跟Visual Studio .NET 2003的Web应用项目编译模式几乎一样。
项目中的所有的code-behind 类文件和独立类文件都被编译成一个独立应用程序集。这个应用程序集被放在Bin目录下。因为是一个独立的应用程序集，你能够指定应用程序集的名字、版本、输出位置等信息。
例如：Model-View-Controller (MVC) 模式就可以在这里很好的被使用。因为它允许在WEB页面和WEB用户控件中引用一个独立的类。 |
编译（Build）命令仅仅是测试这个WEB站点是否编译正确，调试一个WEB站点项目的时候，是通过依赖你的源代码文件，ASP.net进行动态编译页面和类来实现的。
预编译站点和动态编译站点用的是同一个 compilation semantics ，你可以通过预编译来提高站点的性能。
ASP.net 动态编译系统提供了两种模型：默认的batch 编译模型和fixed-names 编译模型。
batch 编译模型中，被编译成多个应用程序集（典型的是每一个目录被编译成一个）。这时候你看应用程序集，很难对应上是哪个目录。
fixed-names 编译模型中，网站的每个页面或者每个用户控件被编译成一个应用程序集。 |
Iterative development
|
调试或者运行Web页面的时候，你必须全部编译整个WEB项目。
编译整个WEB项目通常比较快，因为Visual Studio使用了增量编译模式，仅仅只有文件被修改后，这部分才会被增量编译进去。 |
你可以配置Visual Studio 2005的编译属性：编译整个站点、编译一个指定页面、或者什么都不作。在最后一种情况下，当你运行一个WEB站点的时候，Visual Studio 仅打开一个浏览器，并访问当前或者起始页，当这个请求被发送后，ASP.net 才开始动态编译。
这种模式下，页面被动态编译或者被编译成不同应用程序集，所以如果你调试或者运行一个页面的时候，不需要整个项目被编译通过。有错误的部分跟你使用的部分可以互不干扰。
默认情况下，当你运行或调试任何WEB页的时候，Visual Studio完全编译Web Site项目。
这么做可以看到编译时的所有错误。但是，在开发进程中，完全编译整个站点会是相当慢的。所以推荐你在开发调试中，只编译当前页。 |
| 部署 |
因为所有的类文件被编译成一个应用程序集，当你部署的时候，只需要把这个应用程序集和 .aspx文件、.ascx文件以及其它静态内容文件一起部署。
这种模型下，.aspx 文件将不被编译，当浏览器访问这个页面的时候，才会被动态编译。
不过，如果你使用Web Deployment Projects (一个Visual Studio 2005的插件，没有被默认包含到VS2005中),你就可以把 .aspx 文件也编译进入一个应用程序集中。
如果你只修改了小小的一行代码，你也需要把整个项目的所有代码都编译，并且发布包含所有代码的这个应用程序集。 |
使用Visual Studio 的 Publish Website 命令，你可以把.aspx 文件 和 code-behind 文件编译成应用程序集，所以你看到的编译后的 .aspx 文件头发生了变化。（注意：Build 命令并不会给你可部署的应用程序集）
最新版本的 Publish 将支持仅编译 code-behind 文件，这样部署的时候，将不改变 .aspx 文件。
默认是在Bin目录下预编译成几个应用程序集，典型的是一个目录对应一个应用程序集。
fixed-names 部署选项可以让每一个WEB页面或者每个WEB用户控件创建一个应用程序集，这样每个页面都有一个可部署的应用程序集。但是，fixed-names 部署选项会增多应用程序集的个数，而且实际内存使用也会增大。 |
| 从Visual Studio .NET 2003升级 |
因为跟VS2003采用了一样的WEB项目开发模型，升级是非常非常简单的。 |
Web site 项目的编译选项不同导致了它跟Visual Studio .NET 2003WEB项目的极大不同。
虽然微软提供了一个转换向导，但是如果你的项目如果是一个复杂的VS2003项目，使用这个转换向导后，你还需要对照转换手册，做很多工作。
如果你要从VS2003升级，建议不要用这种WEB站点开发模版。而是使用Web application 项目。 |
Visual Studio 2005 Web Application Projects 项目Cool的地方
Visual Studio 2005 Web Application Projects 使用了跟 Visual Studio 2003 同样的Web编程模型，同时根据Visual Studio 2005 的一些新特性，又有所发展。
微软的官方站点请看：
http://msdn.microsoft.com/asp.net/reference/infrastructure/wap/default.aspx
一些以前VS2003 WEB模型就已经提供的功能：
1、Web项目有一个单独的项目文件（******.csproj），这个文件中，定义了WEB项目有哪些文件被包含进去；
下面举一个我们开发网站时候最长碰到的一个场景，来说明这么做的好处。
我们开发的站点，可能会存在一些开发时候没用的目录或者文件，但是实际运作的时候有用的目录或者文件。或者说开发跟实际运行完全无法同步的目录或者文件。
比如我们使用了生成静态页面机制，保存静态文件的目录和文件。又比如我们支持网友上传文件，保存这些文件的目录和文件。
为了Debug方便，我们开发电脑上，可能有少量这样的文件。我们部署项目的时候，可不想把这些文件部署上去。
由于VS2005的Web文件是把一个目录当成一个项目，所以我们一个目录下，有些目录或者文件不想被包含的时候，就会很苦恼。
而这种VS2003下就已经实现的开发模版，就可以很好的解决这个问题。
2、一个WEB项目中，所有的代码文件被编译成一个可选名字的Dll，并且被放到Bin目录下。
现在的VS2005 Web项目，一个代码文件编译成一个Dll。AppCode目录下的代码文件都被编译成AppCode.dll 文件。
这么做最大的麻烦是，我们在一个站点下不使用虚拟目录，部署多个Web项目的时候。DLL 很可能文件名重复。比如AppCode.dll的重名，我们通用页面Top、Buttom代码的重名。
而且，如果我们只是对代码作了一个很小的修改，如果这个代码是比较底层的公共代码，你完了，几乎所有的Dll都要上传一边。（代码之间的约束关系）。
而且有时候，有些你看起来约束关系没有的代码，你不传，也不行。
分开编译的好处一点都没感觉到，还不如不分开呢。
3、这个新的编译使用的是标准的MSBuild，这样你就可以处理编译前、编译后这些事件，作些额外的处理。
比如初始化Debug环境等。
以前如果写过复杂点的应用的人可能都用过这种事件。
比如你编写的代码涉及到企业服务。为了调试方便，你可以在主程序编译后事件中，把当前编译后的企业服务组建部署到COM+中，这样就可以简单的按F5就可以调试了。
而不需要每次都手工部署Com+后才能调试。
由于Visual Studio 2005 Web Application Projects 项目使用了跟VS2003一样的开发模型，所以你如果想把VS2003 Web项目升级到VS2005 的这种Web项目，将非常非常Easy。
但是它是基于VS2005的，所以一些新的特性也在这个编程模型中有很好的体现，大致说来：
1、在这个项目中，你既可以使用 Visual Studio Development Server作为开发站点服务器，也可以使用IIS作为开发站点服务器。
使用 Visual Studio Development Server作为开发站点服务器 服务器的时候，可以自己指定用哪个端口，以及在哪个虚拟目录下。
当然是否使用 NTLM 验证也是可选的。
附：NTLM 身份验证
NTLM 是 Windows 95、Windows 98 和 Windows NT 4.0（客户端和服务器）支持的身份验证机制。
这种身份验证机制是一种质询响应协议，它可以提供比基本和摘要式更严格的身份验证。
NTLM 在 Windows 2000 和更高版本中通过安全性支持提供程序接口 (SSPI) 来实现。
这种身份验证，在Debug Web程序的时候，很重要。
2、它支持一些VS2005的新特性，
比如： App_Data, App_Themes and App_Browsers 目录
又比如： master page 等等。
目前安装这个模型，需要安装两个东西：
1、Visual Studio 2005 的一个更新，安装这个更新后，可以支持Web project。
你能够在这里下载到这个更新：
Update to Support Web Application Projects
http://go.microsoft.com/fwlink/?LinkId=63636
2、Web application projects 插件，截至今天我们看到的是RC1版
下载地址：
http://go.microsoft.com/fwlink/?LinkId=57541
在http://weblogs.asp.net/scottgu/archive/2006/04/05/442032.aspx 可以看到，
We are then working to also add VS 2005 Web Application Support directly into VS 2005 SP1 (but we wanted to make it available as a web download now before then).
VS2005 SP1 中将支持这个新的编程模型。
相关资料：
Introduction to Web Application Projects
http://msdn.microsoft.com/vstudio/default.aspx?pull=/library/en-us/dnvs05/html/WAP.asp
Visual Studio 2005 Web Application Project Tutorials and Help
http://webproject.scottgu.com/
VS 2005 Web Application Projects Forum
http://forums.asp.net/1019/showforum.aspx
由于 Community Server 2.0 的Web项目建立成了 Library 的项目.他的调试就是一个麻烦.
附加到进程的调试方式请看下面Blog,适用于 VS2003 和 VS2005:
使用这个技术请参看下面Blog:
Community Server 2.0中如何调试项目?
http://ugoer.cnblogs.com/archive/2006/02/27/339040.html
另外一个方法就是把 Library 项目 变成 Web 项目，
在 VS2003 开发环境下,使用这个技术请参看下面Blog:
调试MonoRail程序的三种方法
http://wj.cnblogs.com/archive/2005/08/29/225197.html
把lib项目文件转换成web项目文件
http://mixiaobo.cnblogs.com/archive/2006/03/11/347828.html?
在VS2003中以ClassLibrary工程的方式管理Web工程.
http://hjf1223.cnblogs.com/archive/2006/03/17/352474.html
其实在 VS2003 开发环境下完全可以不变 Library 项目变成Web项目,稍加配置就可以调试.
具体操作:
在项目的调试属性里, 设为通过url启动,把url设为该项目的网址.
同时把上面的"启用asp.net调试"设为true
(注意,这个 CommunityServerWeb 项目当然是被部署在IIS了.)
上面两个 VS2003 下的方法,不使用于 VS2005 开发环境.
如果想在VS2005开发环境下使用VS2003的一些WEB开发方法,设置,可以看微软的这个工具:
http://msdn.microsoft.com/asp.net/reference/infrastructure/wap/default.aspx
把一个项目从其他项目变成 WAP 项目,你只需要修改对应的 csproj 文件
把其中的 Local 变成
{349c5851-65df-11da-9384-00065b846f21};{fae04ec0-301f-11d3-bf4b-00c04f79efbc} 即可．
这里要解决的在 Microsoft Visual Studio 2005 中直接Debug Community Server 2.0 的代码，最核心的一步就是做上面提到的项目类型修改，改好了就没问题了。然后在项目配置中，配置一下启动页，一切都OK了。
详细的步骤请参看 http://broncosolutions.ca/COMMUNITY/blogs/andrew_renner/archive/2006/04/05/77.aspx
为了避免有些人连不上那里的服务器，我下面Copy过来：
Download the source http://communityserver.com/files/40/releases/default.aspx
Download the latest release of Web Application Projects http://msdn.microsoft.com/asp.net/reference/infrastructure/wap/default.aspx
Download the VS 2005 Update to support Web Application Projects http://www.microsoft.com/downloads/details.aspx?FamilyId=8B05EE00-9554-4733-8725-3CA89DD9BFCA&displaylang=en
Install the VS 2005 Update
Install the Web Application Projects
Load the solution <path>\CS_2.0.60217.2664_SDK\src\Community Server 20.sln
Right click on the CommunityServerWeb20 project and click unload project
Right click on the same project again and click Edit CommunityServerWeb20.csproj
Change the following line from
<ProjectType>Local</ProjectType>
to
<ProjectTypeGuids>{349c5851-65df-11da-9384-00065b846f21};{fae04ec0-301f-11d3-bf4b-00c04f79efbc}</ProjectTypeGuids>
From: Scott Gu's site
This instructs VS 2005 to treat this project not as a regular class library project, but rather as a VS 2005 Web Application Project (this will cause the web-items to by added to your new item dialog, support running the application using the built-in VS web-server or IIS, and enable auto-attaching to web-servers for debug scenarios among other things).
Close the opened project file and click save
Right click the same project again and click reload project
Right click the same project again and click Properties
You should now notice a WEB option on the left side
Set the start page option to current page (this allows you to hit F5 on any page and it will start there)
Set the servers options to Use IIS Web Server
Set the starting URL to http://localhost/community or whatever your url maybe in IIS (you have to put the http:// in or it will fail)
Leave the debuggers section unchanged (ASP.NET)
Save changes (Almost Done)
Right click the same project again and click Set as startup project
Open the web.config file
Change the compilation debug setting from false to true
<compilation defaultLanguage="c#" debug="true" />
Last Step: open IIS and go to your website/virtual directory
Click the directory security tab
Click the Edit button under Anonymous Access and Authentication Control
Check the check box at the bottom for Integrated Windows Authentication
NOTE: Be sure that IIS is pointing to your source (SDK) web directory
NOTE 2: If you find debugging to be slow... change your compilation options and tell VS not to rebuild the entire solution every time. This will significantly speed things up. Just be sure to rebuild the projects that you change.
To do this:
Right Click on the solution
Click Configuration Manager
Choose debug as the Active Solution Configuration
In the build column only leave the projects checked that you want to build everytime you hit F5
Click Close
References:
http://webproject.scottgu.com/CSharp/Migration/Migration.aspx
http://communityserver.org/forums/thread/522403.aspx
http://developer.communityserver.org/default.aspx/CS.DebuggingInVS2005
按照网上看到地一些说法，这个工具将在 VS2005 SP1 中被包含．目前可以看到的最新版本是
Visual Studio 2005 Web Application Projects (RC1)
对我来说，这个工具我最喜欢的就是：
使用这个工具，我们就可以像以前 VS2003 那样的开发一个项目了．
整个站点的 code 文件被编译成一个 DLL
目前VS2005 Web项目中 AppCode 目录下文件编译成 AppCode.dll 。如果每个Web项目出现一个Appcode,那我就无法把这几个web项目部署在同一站点。只能部署在同一站点的不同的虚拟目录下。这个问题就在这种项目中不会出现。
附，使用这个工具后的WEB项目配置页面
?
其他相关参考资料:
VS2003 WEB应用程序向VS2005的移植
http://lgp.cnblogs.com/archive/2006/03/14/349620.aspx
英文原文: Upgrading VS 2003 Web Projects to be VS 2005 Web Application Projects
http://webproject.scottgu.com/CSharp/Migration/Migration.aspx
将博客园程序从Visual Studio 2003迁移到Visual Studio 2005的尝试
http://dudu.cnblogs.com/archive/2006/02/18/333115.html
Debugging CS 2.0 in VS 2005
http://developer.communityserver.org/default.aspx/CS.DebuggingInVS2005
New Release of WAP (April 7, 2006)
http://forums.asp.net/thread/1253950.aspx
Tutorial 1: Building Your First Web Application Project
http://webproject.scottgu.com/CSharp/HelloWorld/Helloworld.aspx
Upgrading VS 2005 Web Site Projects to be VS 2005 Web Application Projects
http://webproject.scottgu.com/CSharp/migration2/migration2.aspx
Visual Studio 2005 Web Application Project Tutorials (with C#)
http://webproject.scottgu.com/CSharp/Default.aspx
VS 2005 Web Application Projects Forums
http://forums.asp.net/1019/showforum.aspx
Visual Studio 2005 Web Application Project Preview
http://webproject.scottgu.com/
Debugging Community Server 2.0 with VS 2005 and Web Application Projects
http://broncosolutions.ca/COMMUNITY/blogs/andrew_renner/archive/2006/04/05/77.aspx
An update to support Visual Studio 2005 Web Application Projects is available
http://support.microsoft.com/kb/915364