.net中Web应用程序和web网站的区别

.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相当于已经注释掉了