在使用Visual Studio进行Web开发时，如果只是一个小型网站，那么点击菜单“文件|新建网站”就可以轻松完成任务，如下图：
图1： 新建网站
 
使用这种办法开发Web时，可以使用不分层（一层）、二层或者三层架构的方式。
不分层（一层）：将数据库放在App_Data文件夹内，默认的SQL Server数据库名称为ASPNETDB.MDF，如果是其它类型的数据库，也放在这个文件夹内；直接使用.aspx进行开发，数据的访问或者显示都使用.aspx及aspx.cs完成（使用C#）
二层：可以考虑使用存储过程或者DAL，DAL建议使用ADO.NET的办法简便一些，将DAL进行数据CRUD生成的.cs文件放在App_Code系统文件夹内，获取的数据通过.aspx页面完成展示，这样就有了UI层（.aspx文件）及DAL层（App_Code内的.cs文件）
三层：这已经是标准的中大型网站开发架构了，UI、BLL及DAL共存，如果仍然使用这种新建网站的方式完成，则可以这样完成：BLL及DAL层均放在App_Code这个ASP.NET系统文件夹内，只是在里面手工建议两个文件夹，一个是BLL，一个是DAL，BLL存放业务层的代码，DAL存放数据访问层的代码；
 
如果使用三层架构开发网站，还有一种方法利用了Visual Studio解决方案的概念，可以使创建的网站更容易升级与维护，而且可以整合其它资源。
在Visual Studio中，解决方案是项目的集合，解决方案由一个或者多个项目组成，点击菜单“文件|新建项目”，在打开的“新建项目”窗口右边窗格中，就是C#所提供的项目模板，如下图（图2）就是新建一个类库项目时，自动生成了一个解决方案（在“解决方案”下拉框中，默认是“创建新解决方案”）
图2 新建项目时，默认自动创建新解决方案
 
如果在图2中点击确定，到资源管理器中可以看到有一个F:\VS2008 documents\ClassLibrary1的文件夹被创建，其内有一个ClassLibrary1.sln文件，这个就是解决方案文件，实际是一个小的配置文件，用来管理该解决方案下的所有项目，在F:\VS2008 documents\ClassLibrary1文件夹内还有一个同名的文件夹ClassLibrary1，里边有一个文件ClassLibrary1.csproj，这个是类库项目文件（csharp project）。当然这只是解决方案中的第一个项目文件，以后还可以通过“文件|添加”的方式加入更多的项目文件。
可以看出，在图2中新建项目时，默认自动创建的新解决方案与第一个项目名称相同，这种解决方案与其中项目同名的情况，很容易对自己或者团队成员造成困惑，因为毕竟一个是总体的解决方案，一个只是解决方案中的一个项目。在实际应用中，往往在新建第一个项目（同时也创建了解决方案）时，使用手工办法指定项目名称与解决方案名称，如下图（图3）：
图3：手工指定项目名称及解决方案名称
 
如图3，将类库名称指定为MyLibrary，将创建的解决方案名称指定为MySolution，按确定按钮后，会生成一个F:\VS2008 documents\MySolution文件夹，内有一个MySolution.sln解决方案文件，F:\VS2008 documents\MySolution文件夹内有一个MyLibrary文件夹，该文件夹内有一个MyLibrary.csproj的项目文件，这样，解决方案文件名与其内管理的项目名不同，便于区别。
 
当然，也可以首先生成一个空的解决方案，里面没有任何的的项目，今后需要时，打开这个解决方案，再通过菜单“文件|添加”，可以将现有的网站或项目添加到当前解决方案内，也可以新建网站及项目，加入到当前解决方案。具体办法是：菜单“文件|新建项目”，在“新建项目”窗口的左边窗格菜单中，到“其他项目类型|Visual Studio解决方案”，选择右窗格的“空白解决方案”，即可，如图4所示。
图4：创建空白解决方案
 
使用解决方案的办法，可以创建比较大的网站应用。比如创建一个独立于网站目录的通用类库，为以后网站的扩展及代码重用打下良好基础。同时，使用解决方案，也有利于团队合作开发网站。
WebApplication编程模型的优点：

●网站编译速度快，使用了增量编译模式，仅仅只有文件被修改后，这部分才会被增量编译进去。

●生成的程序集
WebSite：生成随机的程序集名，需要通过插件WebDeployment才可以生成单一程序集
WebApplication：可以指定网站项目生成单一程序集，因为是独立的程序集，所以和其他项目一样可以指定应用程序集的名字、版本、输出位置等信息

●可以将网站拆分成多个项目以方便管理

●可以从项目中和源代码管理中排除一个文件

●方便的支持VSTS的Team Build方便每日构建

●更强大的代码检查功能，并且检查策略受源代码控制

●可以对编译前后进行自己规定的处理

●对App_GlobalResources 的Resource强类支持（网上说的，还没有了解过）

●直接升级使用VS2003构建的大型系统

 

WebSite编程模型的优点：


●动态编译该页面，马上可以看到效果，不用编译整个站点（主要优势）

●同上，可以使错误的部分和使用的部分不相干扰（可以要求只有编译通过才能签入）

●可以每个页面生成一个程序集（一般不会采用这种方式）

●可以把一个目录当做一个Web应用来处理，直接复制文件就可以发布，不需要项目文件（适合小站点）

●可以把页面也编译到程序集中（应该用不到，而且WebApplication也可以通过WebDeployment插件来实现）


两种编程模型的互相转换：


VS2005 SP1内置了转换程序，可以非常方便的从WebSite转换到WebApplication
只需要复制文件，右键执行“转换为Web应用程序”即可。

未查到有专门的反向转换工具，但比较后发现如果转换也非常简单。
删除所有*.designer.cs
将*.aspx、*.ascx、*.master页面文件中的 Codebehind="******.aspx.cs" 批量替换成 CodeFile="******.aspx.cs"

这样就可以转换回来了
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进行动态编译页面和类来实现的。
预编译站点和动态编译站点用的是同一个 compilation semantics ，你可以通过预编译来提高站点的性能。
ASP 动态编译系统提供了两种模型：默认的batch 编译模型和fixed-names 编译模型。
batch 编译模型中，被编译成多个应用程序集（典型的是每一个目录被编译成一个）。这时候你看应用程序集，很难对应上是哪个目录。
fixed-names 编译模型中，网站的每个页面或者每个用户控件被编译成一个应用程序集。
 
Iterative
development
调试或者运行Web页面的时候，你必须全部编译整个WEB项目。
编译整个WEB项目通常比较快，因为Visual Studio使用了增量编译模式，仅仅只有文件被修改后，这部分才会被增量编译进去。
你可以配置Visual Studio 2005的编译属性：编译整个站点、编译一个指定页面、或者什么都不作。在最后一种情况下，当你运行一个WEB站点的时候，Visual Studio 仅打开一个浏览器，并访问当前或者起始页，当这个请求被发送后，ASP 才开始动态编译。
这种模式下，页面被动态编译或者被编译成不同应用程序集，所以如果你调试或者运行一个页面的时候，不需要整个项目被编译通过。有错误的部分跟你使用的部分可以互不干扰。
默认情况下，当你运行或调试任何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 项目。
 
选择何种WEB编程模型
 
 
visual studio和vs code的区别
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 文件。
　
√
 

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。