visual studio 新建网站与新建项目的区别.docx

在使用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）就是新建一个类库项目时，自动生成了一个解决方案（在“解决方案” 下拉框中，默认是“创建新解决方案”）项目类型崖):棋板(!):.NET Framework 3. 5* |臣耳.Visual C# WirnlowE Web 智能设备(+) Offi ce 数据库 Reporting WCFWorkflow 彻试FowerDesi priei- 亩数据库项目 分布式系统 +其拙项目类型 亩沥试项目¥i sual Studio已安装的模板体应用程序Word 2007WFF浏览熟 应用程苣控制台应用程序ASF.迎T胜bASF.HET Web 服基成甬. .Excel 2007 工作簿WCF服案应 用程序WFF应用程 序动态数据二邳段.Outlook2007 外.动态数据实用于创建C#类库C；dll)的项目(.NET Framework 3.5)崩定.浏览怎)WindowE 窗眼消图2新建项目时，默认自动创建新解决方案如果在图2中点击确定，到资源管理器中可以看到有一个F:VS2008 documentsClassLibrary1的文件夹被创建，其内有一个ClassLibraryl.sln文件，这个就 是解决方案文件，实际是一个小的配置文件，用来管理该解决方案下的所有项目，在 F:VS2008 documentsClassLibrary1 文件夹内还有一个同名的文件夹 ClassLibrary1，里 边有一个文件ClassLibrary1.csproj，这个是类库项目文件(csharp project)。当然这 只是解决方案中的第一个项目文件，以后还可以通过“文件|添加”的方式加入更多的项目 文件。可以看出，在图2中新建项目时，默认自动创建的新解决方案与第一个项目名称相同， 这种解决方案与其中项目同名的情况，很容易对自己或者团队成员造成困惑，因为毕竟一个 是总体的解决方案，一个只是解决方案中的一个项目。在实际应用中，往往在新建第一个项 目(同时也创建了解决方案)时，使用手工办法指定项目名称与解决方案名称，如下图(图 3)：项目类型史）:模板（X）：.NET Framework 3. 5-Visual C# Wiridows Web 智能设备 - Offi ce 数据库 Reporting WCF - WurkflowFowerDesi亩数据库项目云分布式系统+其抱项目类型+测试项目¥i sual Studio已安装的模松.类库国Window?窗体应用程序ASF.显T WebASF.NET Web 服冬成甬.Outlook2007 外.WCF服荟应 用程序WFF应用程 序控制台应用程序Excel 2007工作簿Word 2007VFF浏览器 应用程苣动态数据动态数据实用于创建C#类库t?dll）的项目（.NET Framework 3.引.朝Windows 街取消图3：手工指定项目名称及解决方案名称如图3,将类库名称指定为MyLibrary，将创建的解决方案名称指定为MySolution，按 确定按钮后，会生成一个F:VS2008 documentsMySolution文件夹，内有一个 MySolution.sln解决方案文件，F:VS2008 documentsMySolution文件夹内有一个 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”这样就可以转换回来了ScenarioWeb Application ProjectWeb Site ProjectProject 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部署选项会 增多应用程序集的个数，而且实际内存使用也会增大。从 VisualStudio .NET 2003升级因为跟VS2003采用了一样的WEB项目开发 模型，升级是非常非常简单的。Web site项目的编译选项不同导致了它跟VisualStudio .NET 2003WEB项目的极大不同。虽然微软提供了一个转换向导，但是如果你的项目如果是 一个复杂的VS2003项目，使用这个转换向导后，你还需 要对照转换手册，做很多工作。如果你要从VS2003升级，建议不要用这种WEB站点开发模版。而是使用Web application项目。选择何种WEB编程模型Option or TaskWeb Application ProjectsWeb Site Projects你有一个大型的Visual Studio .NET 2003 Web应用需要迁 移到 VS2005。V喜欢使用single-page code模型来开发网站页面。而不是使用code-behind模型来编写网站页面V喜欢采用下面的方式编写网站：V在编写页面时候，为了可以快速的看到编写效果，动态编译 该页面，马上可以看到效果，不用编译整个站点。（就是说，只需要保存文件，然后在浏览器中刷新一下，就 可以看到自己刚刚做的效果）需要控制编译后应用程序集的名字寸需要每个页面产生一个应用程序集VWEB页面或者WEB用户控件中需要使用到单独的类。V需要使用多个Project来构建一个Web应用。V需要处理pre-build和post-build事件（编译前后需要有自己额外的处理）V希望把一个目录当作一个WEB应用来处理，而不需要新建一 个Project文件。V