.net中Web应用程序和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用户控件中引用一个独立的类51aspx.com。

编译（Build）命令仅仅是测试这个WEB站点是否编译正确，调试一个WEB站点项目的时候，是通过依赖你的源代码文件，ASP.net进行动态编译页面和类来实现的。

预编译站点和动态编译站点用的是同一个 compilation semantics，你可以通过预编译来提高站点的性能。

ASP.net 动态编译系统提供了两种模型：默认的batch编译模型和fixed-names编译模型。

batch 编译模型中，被编译成多个应用程序集（典型的是每一个目录被编译成一个）。这时候你看应用程序集，很难对应上是哪个目录51aspx.com。

fixed-names 编译模型中，网站的每个页面或者每个用户控件被编译成一个应用程序集。

Iterative development

调试或者运行Web页面的时候，你必须全部编译整个WEB项目。

编译整个WEB项目通常比较快，因为Visual Studio使用了增量编译模式，仅仅只有文件被修改后，这部分才会被增量编译进去。51aspx.com

你可以配置Visual Studio 2005的编译属性：编译整个站点、编译一个指定页面、或者什么都不作。在最后一种情况下，当你运行一个WEB站点的时候，Visual Studio 仅打开一个浏览器51aspx.com，并访问当前或者起始页，当这个请求被发送后，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项目开发模型，升级是非常非常简单的。51aspx.com

Web site 项目的编译选项不同导致了它跟Visual Studio .NET 2003WEB项目的极大不同。

虽然微软提供了一个转换向导，但是如果你的项目如果是一个复杂的VS2003项目，使用这个转换向导后，你还需要对照转换手册，做很多工作。

如果你要从VS2003升级，建议不要用这种WEB站点开发模版。而是使用Web application 项目。

选择何种WEB编程模型

Option or Task

Web Application Projects

Web Site Projects

你有一个大型的Visual Studio .NET 2003 Web应用需要迁移到VS2005。

√

　

喜欢使用 single-page code模型来开发网站页面。而不是使用code-behind模型来编写网站页面

　

√

喜欢采用下面的方式编写网站：

　

√

在编写页面时候，为了可以快速的看到编写效果，动态编译该页面，马上可以看到效果，不用编译整个站点。

（就是说，只需要保存文件，然后在浏览器中刷新一下，就可以看到自己刚刚做的效果）

需要控制编译后应用程序集的名字

√

　

需要每个页面产生一个应用程序集

　

√

WEB页面或者WEB用户控件中需要使用到单独的类。

√

　

需要使用多个Project来构建一个Web应用。

√

　

需要处理pre-build和 post-build事件（编译前后需要有自己额外的处理）

√

　

希望把一个目录当作一个WEB应用来处理，而不需要新建一个Project文件。

　

√

 

 

创建Web网站和创建Web应用程序的方法

1 Web网站 : 文件->添加->新建网站

2 Web应用: 文件->添加->新建项目->选择Visual C#下的Web模板->选择ASP.NET Web 应用程序

添加文件和文件夹的方法

1 Web网站

    直接复制文件夹,点击网站,右键,粘贴,搞定

2 Web应用程序

   将文件或文件夹复制到Web应用程序的目录下,在解决方案资源管理器的按钮上点击"显示所有文件",

然后就可以看到刚复制进来的文件了,不过是灰色的,选中它,点右键

3 错误:

3.1不包含"XXXX"的定义或上下文不存在"XX"

首先确认,是通过复制粘贴过来的还是在VS里生成的就是这个错误,一般都是复制粘贴导致的,

如果是Web 应用程序,则右击网站项目,转换成web应用程序,一般能解决问题,

如果还不行,那就肯定是有后台的类名相同了,也就是说两个或多个*.aspx.cs文件里的类的类名相同了,这个时候可以采用逐个删除法或逐个添加法,看问题出现在哪里

对于Web网站,

一般来说,检查下*.aspx的头,网站应该用CodeFile

<%@ Page Language="C#" AutoEventWireup="true" Inherits="Default2" CodeFile="Default2.aspx.cs" %>

和

<%@ Page Language="C#" AutoEventWireup="true" Inherits="Default2" CodeBehind="Default2.aspx.cs" %>

还有就是看*.aspx.cs的类名是否和其他页面的有重复

ASP.NET中App_Code,App_Data等文件夹的作用

1.  Bin文件夹
Bin文件夹包含应用程序所需的，用于控件、组件或者需要引用的任何其他代码的可部署程序集。该目录中存在的任何.dll文  件将自动地链接到应用程序。

3.  App_Code文件夹

App_Code文件夹正好在Web应用程序根目录下，其存储所有应当作为应用程序的一部分动态编译的类文件。这些类文件自  动链接到应用程序，而不需要在页面中添加任何显式指令或声明来创建依赖性。App_Code文件夹中放置的类文件可以包含任何可识别的ASP.NET组件  ——自定义控件、辅助类、build提供程序、业务类、自定义提供程序、HTTP处理程序等。

    注意    在开发时，对App_Code文件夹的更改会导致整个应用程序重新编译。对于大型项目，这可能不受欢迎，而且很耗时。为此，鼓励大家将代码进行模块化处理  到不同的类库中，按逻辑上相关的类集合进行组织。应用程序专用的辅助类大多应当放置在App_Code文件夹中。

7.  App_Themes文件夹

App_Themes文件夹为ASP.NET控件定义主题。主题包含在App_Themes文件夹下的一个文件夹。根据定义，一个主题是一组带有样式信息的文件。主题文件夹中的文件内容被编译，以生成一个类，而该类被页面调用以编程的方式设置主题化控件的样式。

App_Themes文件夹列出应用程序的本地主题。  应用程序还可以继承如下文件夹中定义的全局主题：

%WINDOWS%\Microsoft.NET\Framework\[version]\ASP.NETClientFiles\Themes

从编译的角度看，全局主题和局部主题没有区别。如果一个给定名称的主题，既存在应用程序的本地主题，又存在服务器机器的全局主题，则本地主题优先适用。

文件夹名称文件类型注释Bin.dll 包含应用程序所需的任何预生成的程序集App_Browsers.browser 包含应用程序特有的浏览器定义文件，ASP.NET用它来识别各浏览器及确定它们的功能App_Code.cs、.vb、.xsd、
自定义的
文件类型包含作为应用程序的一部分编译的类的源文件。当页面被请求时，ASP.NET编译该文件夹中的代码。该文件夹中的代码在应用程序中自动地被引用App_Data  mdb,.mdf,.xml  包含Microsoft  Office  Access和SQL  Express文件以及XML文件或其他数据存储App_GlobalResources  .resx  包含在本地化应用程序中以编程方式使用的资源文件App_LocalResources  .resx  包含页面范围的资源文件App_Themes  .skin,.CSS,.xsl
、附属文件  包含一组定义ASP.NET页面和控件外观的文件App_WebReferences   .wsdl  包含用以生成代理类的WSDL文件，以及与在应用程序中使用Web服务有关的其他文件

ASP.net:巧用: Trace跟踪输出进行调试

(2009-03-01 19:40:16)

(一).说明
    很多人在调试输入时，一般用: Respone.Write(),或跟踪后再在命令窗口计算对象的值等方法.
    其实Microsoft为Asp.net提供很好的输出调试类Trace. 这里讲一下它的用法
(二)具体用法

  分为页面级别调试和应用程序级别跟踪调试:
    1.页级别跟踪: 在页的开头包括如下的页指令<%@ PageTrace="True"  TraceMode="SortByCategory/SortByTime" %>
      I.自定义消息示例:
        Trace.Write("这里为要输出结果的变量或自定义字符串");
        Trace.Warn("这里为要显示的字符串");  //与Trace.Write相同,只是字体为红色
               检查是否使用了跟踪
      
      II.判断是否启用了跟踪输出:       
         if(Trace.IsEnabled) { Trace.Warn("已启用跟踪")} 

    2.应用程序级别跟踪:
      在Web.config文件的<System.Web>节中<trace enabled="true"pageOutput="true"/>
      这样就不用在一个一个页面中设置了.

用Trace跟踪调试最大的好处是：  程序员用完后只要将页面或应用程序跟踪设为:false即可.

不用将其删除或注释. 因为编译器编译到Trace输出
语句时，不会将其编译，会略过Trace语句继续编译下面的语句。 

 从程序员角度看,即Trace相当于已经注释掉了