Visual Studio的工程结构解析

近来由于需要分析VS的工程结构,大家都知道以.sln结尾的就是Visual Studio的解决方案文件

废话不多说,首先查看下一个简单的sln文件结构

  1. Microsoft Visual Studio Solution File, Format Version 11.00
  2. # Visual Studio 2010
  3. Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "ConsoleApplication1",
  4. "ConsoleApplication1\ConsoleApplication1.csproj", "{CD680A35-B1DB-4A3D-9073-2A604600D396}"
  5. EndProject
  6. Global
  7. GlobalSection(SolutionConfigurationPlatforms) = preSolution
  8. Debug|x86 = Debug|x86
  9. Release|x86 = Release|x86
  10. EndGlobalSection
  11. GlobalSection(ProjectConfigurationPlatforms) = postSolution
  12. {CD680A35-B1DB-4A3D-9073-2A604600D396}.Debug|x86.ActiveCfg = Debug|x86
  13. {CD680A35-B1DB-4A3D-9073-2A604600D396}.Debug|x86.Build.0 = Debug|x86
  14. {CD680A35-B1DB-4A3D-9073-2A604600D396}.Release|x86.ActiveCfg = Release|x86
  15. {CD680A35-B1DB-4A3D-9073-2A604600D396}.Release|x86.Build.0 = Release|x86
  16. EndGlobalSection
  17. GlobalSection(SolutionProperties) = preSolution
  18. HideSolutionNode = FALSE
  19. EndGlobalSection
  20. EndGlobal

其中第一行是文件说明,里面有一句Format Version 11.00 这句说明的就是解决方案的vs版本

其中以Project开头的就是解决方案所包含的工程,另外还有已Global开头EndGlobal结尾的片段,这里有解决方案的一些全局配置,里面内容一看就明白,这里就不多说了。重点看Project片段,此例中只包含一个Project,大家有没有发现Project后面跟了一个GUID,这个是什么呢?

进过查资料发现,这里的GUID代表着工程类型,例如上面的"FAE04EC0-301F-11D3-BF4B-00C04F79EFBC"代表的是一个C#的工程,后面是工程名以及工程文件路径

下面附上GUID代表的工程类型表

Visual Studio 所使用的 *.sln,*.csproj,*.vbproj 等文件表示项目类型的 GUID 列表。
  对于分析项目信息很有用。

Project Type Description Project Type Guid
Windows (C#) {FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}
Windows (VB.NET) {F184B08F-C81C-45F6-A57F-5ABD9991F28F}
Windows (Visual C++) {8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942}
Web Application {349C5851-65DF-11DA-9384-00065B846F21}
Web Site {E24C65DC-7377-472B-9ABA-BC803B73C61A}
Distributed System {F135691A-BF7E-435D-8960-F99683D2D49C}
Windows Communication Foundation (WCF) {3D9AD99F-2412-4246-B90B-4EAA41C64699}
Windows Presentation Foundation (WPF) {60DC8134-EBA5-43B8-BCC9-BB4BC16C2548}
Visual Database Tools {C252FEB5-A946-4202-B1D4-9916A0590387}
Database {A9ACE9BB-CECE-4E62-9AA4-C7E7C5BD2124}
Database (other project types) {4F174C21-8C12-11D0-8340-0000F80270F8}
Test {3AC096D0-A1C2-E12C-1390-A8335801FDAB}
Legacy (2003) Smart Device (C#) {20D4826A-C6FA-45DB-90F4-C717570B9F32}
Legacy (2003) Smart Device (VB.NET) {CB4CE8C6-1BDB-4DC7-A4D3-65A1999772F8}
Smart Device (C#) {4D628B5B-2FBC-4AA6-8C16-197242AEB884}
Smart Device (VB.NET) {68B1623D-7FB9-47D8-8664-7ECEA3297D4F}
Workflow (C#) {14822709-B5A1-4724-98CA-57A101D1B079}
Workflow (VB.NET) {D59BE175-2ED0-4C54-BE3D-CDAA9F3214C8}
Deployment Merge Module {06A35CCD-C46D-44D5-987B-CF40FF872267}
Deployment Cab {3EA9E505-35AC-4774-B492-AD1749C4943A}
Deployment Setup {978C614F-708E-4E1A-B201-565925725DBA}
Deployment Smart Device Cab {AB322303-2255-48EF-A496-5904EB18DA55}
Visual Studio Tools for Applications (VSTA) {A860303F-1F3F-4691-B57E-529FC101A107}
Visual Studio Tools for Office (VSTO) {BAA0C2D2-18E2-41B9-852F-F413020CAA33}
SharePoint Workflow {F8810EC1-6754-47FC-A15F-DFABD2E3FA90}
XNA (Windows) {6D335F3A-9D43-41b4-9D22-F6F17C4BE596}
XNA (XBox) {2DF5C3F4-5A5F-47a9-8E94-23B4456F55E2}
XNA (Zune) {D399B71A-8929-442a-A9AC-8BEC78BB2433}
SharePoint (VB.NET) {EC05E597-79D4-47f3-ADA0-324C4F7C7484}
SharePoint (C#) {593B0543-81F6-4436-BA1E-4747859CAAE2}
Silverlight {A1591282-1198-4647-A2B1-27E5FF5F6F3B}
ASP.Net MVC Application {603C0E0B-DB56-11DC-BE95-000D561079B0}

其中有一个GUID不在列表中大家也有可能会经常遇到,那就是解决方案文件夹,它的类型ID为"2150E333-8FDC-42A3-9474-1A3956D46DE8"

如何获取解决方案的内容呢?

这里我使用的正则表达式,下面为GUID,命名规则,相对路径的表达式

  1. public class RegexExpressionConst
  2. {
  3. /// <summary>
  4. /// GUID的正则表达式,格式 FAE04EC0-301F-11D3-BF4B-00C04F79EFBC
  5. /// </summary>
  6. public const string GuidExp = @"\w{8}-(\w{4}-){3}\w{12}";
  7. /// <summary>
  8. /// 匹配[工程文件命名]
  9. /// </summary>
  10. public const string ProjectExt = @"[a-z][\s\.\-\w]+";
  11. /// <summary>
  12. /// 匹配[相对路径]
  13. /// </summary>
  14. public const string RelativePathExt = @"(\\?([a-z][\s\.\-\w]+))+";
  15. }

下面就是组合这些表达式,以下就是组合后的正则表达式用于匹配sln中的工程

  1. var projectRegexExp = string.Format("Project\\(\"{{{0}}}\"\\)\\s*=\\s*\"{1}\"\\s*,\\s*\"{2}\"\\s*,\\s*\"{{{3}}}\"",
  2. RegexExpressionConst.GuidExp, RegexExpressionConst.ProjectExt, RegexExpressionConst.RelativePathExt, RegexExpressionConst.GuidExp);

获取其中的工程文件的名称,工程文件路径,工程文件的类型,这里还定义了一个新的实体方便存储操作

  1. var projectPropertyModels = new List<ProjectPropertyModel>();
  2. var projectReg = new Regex(projectRegexExp, RegexOptions.Compiled | RegexOptions.IgnoreCase);
  3. var projectContexts = projectReg.Matches(fileContent);
  4. foreach (var projectContext in projectContexts)
  5. {
  6. var projectPropertyModel = new ProjectPropertyModel();
  7. var projectContextprojectContextArr = projectContext.ToString().Split(new string[]{"="}, StringSplitOptions.RemoveEmptyEntries);
  8. projectPropertyModel.ProjectTypeID = new Regex(RegexExpressionConst.GuidExp).Match(projectContextArr[0]).ToString().Trim();
  9. var projectValueArr = projectContextArr[1].Split(new string[] { "," }, StringSplitOptions.RemoveEmptyEntries);
  10. projectPropertyModel.ProjectName = projectValueArr[0].Replace("\"", "").Trim();
  11. projectPropertyModel.ProjectRelativePath = projectValueArr[1].Replace("\"", "").Trim();
  12. projectPropertyModel.ProjectID = projectValueArr[2].Replace("\"{", "").Replace("}\"", "").Trim();
  13. projectPropertyModel.ProjectAbsolutePath = Path.Combine(slnFolderPath, projectPropertyModel.ProjectRelativePath);
  14. projectPropertyModels.Add(projectPropertyModel);
  15. }
  16. /// <summary>
  17. /// 工程文件属性
  18. /// </summary>
  19. public class ProjectPropertyModel
  20. {
  21. /// <summary>
  22. /// 工程类型ID
  23. /// </summary>
  24. public string ProjectTypeID { get; set; }
  25. /// <summary>
  26. /// 工程名称
  27. /// </summary>
  28. public string ProjectName { get; set; }
  29. /// <summary>
  30. /// 工程相对路径
  31. /// </summary>
  32. public string ProjectRelativePath { get; set; }
  33. /// <summary>
  34. /// 工程绝对路径
  35. /// </summary>
  36. public string ProjectAbsolutePath { get; set; }
  37. /// <summary>
  38. /// 工程唯一标识
  39. /// </summary>
  40. public string ProjectID { get; set; }
  41. }

有了工程文件的名称,工程文件路径,工程文件的类型,下面就让我们解析工程文件吧

工程文件大家打开自己电脑上的以*.csproj这个结尾的文件看看吧,这里就不贴了,太长了

说道解析工程文件解析这里就不得不提Microsoft.Build.Evaluation.ProjectCollection,这个集合可以直接加载一个工程到集合中,并返回一个Project

  1. ProjectCollection pc = new ProjectCollection();
  2. Project _Project = pc.LoadProject(projectFilePath)

这里我们就可以很简单的获取工程文件中的内容了

  1. 程序集文件夹
  2. _Project.DirectoryPath
  3. 获取程序集名称
  4. _Project.GetPropertyValue("AssemblyName");
  5. 获取编译后文件夹
  6. _Project.GetPropertyValue("TargetDir");
  7. 获取编译后路径
  8. _Project.GetPropertyValue("TargetPath");
  9. 获取所有引用项
  10. _Project.AllEvaluatedItems.Where(e => e.ItemType == "Reference")
  11. 获取所有编译项
  12. _Project.AllEvaluatedItems.Where(e => e.ItemType == "Compile")
  13. 获取所有页面
  14. _Project.AllEvaluatedItems.Where(e => e.ItemType == "Page")
  15. 获取其他项
  16. _Project.AllEvaluatedItems.Where(e => e.ItemType == "None")

这里列出来一些常用项,更详细的大家可以直接查看http://technet.microsoft.com/zh-cn/microsoft.build.evaluation.project(v=vs.90)

呵呵,有了这些东西我们的整个工程结构是不是都有了呢,下面就可以干我们想干的事情了。

时间: 2024-10-24 00:27:09

Visual Studio的工程结构解析的相关文章

Visual Studio 2017各版本安装包离线下载、安装全解析

转自 寂靜·櫻花雨 Visual Studio 2017各版本安装包离线下载.安装全解析 感谢IT之家网友 寂靜·櫻花雨 的投稿 关于Visual Studio 2017各版本安装包离线下载.更新和安装的方法以及通过已下载版本减少下载量的办法 微软最近发布了正式版Visual Studio 2017并公开了其下载方式,不过由于VS2017采用了新的模块化安装方案,所以微软官方并未提供ISO镜像,但是官方提供了如何进行离线下载的方案给需要进行离线安装的用户,只不过都是英文.本文将对官方指南中的一部

解析Visual Studio 2015促进生产力的10个新功能

1 性能提示 Performance Tips 当我们想知道执行一段代码所耗费的时间时,需要借助于.NET 框架的Stopwatch类,像下面这样: class Program { static void Main() { // Create new stopwatch Stopwatch stopwatch = new Stopwatch(); // Begin timing stopwatch.Start(); // Do something 这里是需要测试的耗费时间的代码 for (int

[转]List of Visual Studio Project Type GUIDs

本文转自:http://www.codeproject.com/Reference/720512/List-of-Visual-Studio-Project-Type-GUIDs There isn't an easy way to change the type of a project in Visual Studio project once it is created; for example changing a C# Class Library into a Portable Cla

如何扩展 Visual Studio 编辑器

在 Visual Studio 2010 的时代,扩展 Visual Studio 的途径有很多,开发者可以选择宏.Add-in.MEF 和 VSPackages 进行自定义的扩展.但是宏在 Visual Studio 2012 的时候被阉割了,Add-in 也在 Visual Studio 2013 里被抹杀了,这样的调整对于 Visual Studio 来说是好的,但是对于那些习惯了使用宏和Add-in的团队可能就郁闷了. 本文将一步步教你如何实现对 Visual Studio 代码编辑器的

Visual Studio 2017 发布

https://www.visualstudio.com/zh-cn/news/releasenotes/vs2017-relnotes 发布日期:2017 年 3 月 7 日 摘要 开发:快速导航.编写并修复代码 新的安装体验 - 降低了最小内存需求量以实现更快.更定制化的安装,并且支持脱机安装. Visual Studio IDE - 大幅改进了 Visual Studio 2017,包括减少启动和解决方案加载时间.改进登录和标识.改进代码导航以及增添打开文件视图和链接的服务,实现了应用和任

Boost.Hana在visual studio 2017 rc中的残缺使用

最新的visual studio还不支持hana,不知道vs2017正式版本出后会不会支持.等不及了,先用rc版试试吧. 1.从https://github.com/boostorg/hana下载或拉取最新版本,我们只需要'include/boost/'目录中的所有文件. 2.新建一个控制台应用程序: 3.将hana文件复制到目录下(或者不复制,而是直接添加文件包含目录),进行一些简单配置,然后在cpp文件中随便写一点关联hana的代码: 4.编译.当然通不过!把错误概括一下,我用了一个比较山寨

Microsoft Visual Studio International Pack 1.0 SR1--关于汉字转拼音

Microsoft Visual Studio International Pack 1.0 SR1————微软的一个类库 地址:http://www.microsoft.com/zh-cn/download/details.aspx?id=15251 Visual Studio International Pack 包含一组类库,该类库扩展了.NET Framework对全球化软件开发的支持.使用该类库提供的类,.NET 开发人员可以更方便的创建支持多文化多语言的软件应用.SR1 包含对 Ja

Visual Studio 2010配置Opencv2.4.9

转自: http://blog.csdn.net/huang9012/article/details/21811129 这篇文章作为OpenCV的启程篇,自然少不了先系统地介绍OpenCV开发环境的配置. 浅墨前后经历过OpenCV 2.4.6,OpenCV 2.4.7,OpenCV 2.4.8这三个版本的配置,有时候还要涉及到三个版本之间的转换,所以还是对OpenCV的配置有一定的理解的,希望自己的一点拙见能帮到大家. 还是先放出待会儿的测试用图: 1.下载和安装OpenCV SDK VS20

抛开visual studio,纯手工创建asp.net mvc遇到的问题

脱离Visual Studio,只用文本编辑器..NET Framework.IIS Express创建ASP.NET MVC应用时,需要精简~/View目录下web.config文件内容,之前创建的asp.net mvc hellow world应用一切正常,在清理web.config文件后,出现如下错误: The view must derive from WebViewPage, or WebViewPage<TModel>. (The view at ‘~/Views/home/ind