sln:在开发环境中使用的解决方案文件。它将一个或多个项目的全部元素组织到单个的解决方案中。此文件存储在父项目目录中.解决方案文件,他是一个或多个.proj(项目)的集合
一,新建网站是没有这个sln文件的,若是你想有这个文件就要另存为...,在解决方案资源管理器里面选中解决方案,而后在VS的文件选项里面选择XX.sln另存为...就能够了,winform项目新建就有的,不用另存为 二,这个文件就是解决方案的配置文件,小项目用处不大,主要是大项目... 三,仍是由于这个就是解决方案的配置文件,你一双击就打开了这个解决方案下的全部项目...(若是你双击项目文件就能打开一个项目下的全部文件)
Visual Studio开发套装进入.net时代后,使用解决方案文件(后缀为sln的文件)表示一个项目组,他一般包含一个项目中全部的工程文件信息。了解sln文件格式,能够手动修改错误的sln文件,也能够对解析sln文件有帮助。数据结构
如下就Visual Studio .Net 2003的sln文件说明其格式。网站
sln文件是一个文本文件,虽然它没有用最流行的XML文件表示,但数据结构却相似于XML文件,基本上也是由节组成,一个节由标记和End加标记来限定,好比说工程信息的标记为Project,那么他们由Project和EndProject来限定。每一个节能够有本身的属性,而且节内部能够再嵌套子节。子节的名称由标记加section表示,而后在名称的后面加上一个小括号,其中记录这个子节的意义,好比表示工程依赖关系的子节就是ProjectSection(ProjectDependencies)。子节也能够有属性,可是子节的属性都是由一个等式表示。spa
一个sln文件一般由三部分组成:.net
1. 文件版本。在Visual Studio .NET 2003中是这样的一句话:code
Microsoft Visual Studio Solution File, Format Version 8.00orm
2. 工程信息ci 工程信息包含了解决方案中有哪些工程组成和他们之间的相互依赖关系,每一个工程信息都是单独由Project和EndProject所包括,见下面这个例子:资源
Project有三个属性,由逗号分红三个部分:io 第一部分 ("{8BC9…C942}") = "Qb",表示工程名称,“8BC9…C942”是固定值,等号后面是工程名称。大部分状况下,工程名称和工程文件名相同。 第二部分是工程文件,它是解决方案文件的相对路径。 第三部分是工程的GUID,解决方案经过这个GUID识别工程。在后面的依赖关系和编译配置中都会用到。 工程信息中的子节用ProjectSection表示,括号内的标记ProjectDependencies表示该工程的依赖工程。这个子节的属性就是依赖工程的GUID,等式两边的GUID是相同的,有多少个依赖工程,就有多少行的GUID等式。
3. 全局设置 全局设置的标记是Global,一般对咱们比较有用的子节包括SourceCodeControl,SolutionConfiguration和ProjectConfiguration。 l SourceCodeControl记录了解决方案在SourceSafe中的信息。 首先是Scc的基本信息,一般有四行属性,以下: |