带你玩转Visual Studio

带你玩转Visual Studio

带你新建一个工程

工程目录下各文件的含义

解决方案与工程

在这以前先了解一个概念：解决方案与工程。
解决方案(Solution)：一个大型项目的总体的工做环境；
工程 (Project)：一个解决方案下的一个子工程；

在VS中，一个Solution能够有一个或多个Project。在咱们建立一个工程时，若是没有指定Solution，VS会帮咱们建立一个与工程名相同的Solution，这时一个Solution里只有一个Project。全部在咱们的TestProject的文件目录结构中TestProject文件夹下还有一个TestProject文件夹(如图4)，第一个就是整个Solution的目录，第二个才是Project的目录。

解决方案相关的文件：

TestProject.sln：
整个解决方案(Solution)的配制文件，组织多个工程和相关的元素到一个解决方案中。用鼠标双击它就能用VS打开整个工程项目。

TestProject.sdf：
浏览相关的数据库文件，它支持浏览和导航的特性。如跳转到方法、变量的声明，查找全部对象的全部被引用的地方，类视图等等。

TestProject.suo：
(solution user opertion) 解决方案用户选项,记录全部将与解决方案创建关联的选项， 以便在每次打开时，它都包含您所作的自定义设置.

TestProject.opensdf：
打开解决方案(Solution)时的临时文件，这个文件只有你的解决方案在VS打开的状态才会有，工程一关闭文件就被删除了。

工程相关的文件

TestProject.vcxproj：
记录工程(Project)相关的属性配制。

TestProject.vcxproj.filters：
文件过虑器，上图3“工程结构”中各个文件的组织和编排都是定义在这个文件中的。若是因为某种特殊的缘由(如系统或VS忽然崩溃)致使你打开工程时文件的组织结构是乱的，100%就是这个文件的缘由。

TestProject.vcxproj.user：
用户相关的一些配制。

上面这些文件中有几个比较重要的必定不能删的文件是：

TestProject.sln、TestProject.vcxproj、TestProject.vcxproj.filters

不要问我是怎样知道这些文件的做用的，请看官方文档：

VS2010定义：https://msdn.microsoft.com/en-us/library/3awe4781.aspx.

VS2015定义：https://msdn.microsoft.com/en-us/library/vstudio/hx0cxhaw(v=vs.110).aspx

带你了解VC++各类类型的工程

理解几个概念

COM

COM(Component Object Model)组件对象模型是microsoft制定的一个组件软件标准，跟unix上的CORBA同样。凡是遵循COM标准开发出来的组件称为COM组件。目地是实现二进制方式的软件重用 。在windows平台上，COM的实现形式有DLL(进程内组件)和EXE(进程外组件)2种。

OLE

OLE(Object Linking and Embedding)对象链接与嵌入是微软的复合文档技术，可方便实现应用程序之间的通讯。在后来的OLE2中才导入了 COM，提供了对COM的支持，利用这种技术可开发可重复使用的软件组件COM。OLE是软件比较早提出的一种技术。

ATL

ATL(Active Template Library)活动模板库是一套C++模板库，经常使用于开发COM程序和ActiveX程序。要理解ATL技术可从如下两方面理解：

1. ATL能够说是把COM封装了一下，象MFC同样作成一个库，并有一个向导，使COM应用开发尽量地自动化、可视化，这就决定了ATL只面向COM开发提供支持。

2. ATL因其采用了特定的基本实现技术，摆脱了大量冗余代码，使用ATL开发出来的COM应用的代码简练高效。
   在ATL产生之前，开发COM组件的方法主要有两种：一是使用COM SDK(COM软件开发包)直接开发COM组件，另外一种方式是经过MFC提供的COM支持来实现。而如今 ATL已经成为Microsoft支持COM应用开发的主要开发工具。

   MFC

MFC(Microsoft Foundation Classes)微软基础类是微软提供的一个用于Windows程序开发的基础类库。MFC以C++类的形式封装了Windows的API，而且包含一个应用程序框架，以减小应用程序开发人员的工做量。其中包含的类包含大量Windows句柄封装类和不少Windows的内建控件和组件的封装类。

ActiveX

ActiveX是微软提出的一组使用COM技术使得软件组件在网络环境中进行交互的技术集，它与具体的编程语言无关。做为针对Internet应用开发的技术，ActiveX被普遍应用于WEB服务器以及客户端的各个方面。同时，ActiveX技术也被用于方便地建立普通的桌面应用程序，此外ActiveX通常具备界面。

ActiveX既包含服务器端技术，也包含客户端技术。其主要内容是：

1. ActiveX控制（ActiveX Control）；用于向WEB页面、Microsoft Word等支持ActiveX的容器（Container）中插入COM对象。
2. ActiveX文档（ActiveX Document）；用于在WEB Browser或者其它支持ActiveX的容器中浏览复合文档（非HTML文档），例如Microsoft Word文档，Microsoft Excel文档或者用户自定义的文档等。
3. ActiveX脚本描述（ActiveX Scripting）；用于从客户端或者服务器端操纵ActiveX控制和Java程序，传递数据，协调它们之间的操做。
4. ActiveX服务器框架（ActiveX Server Framework）；提供了一系列针对WEB服务器应用程序设计各个方面的函数及其封装类，诸如服务器过滤器、HTML数据流控制等。
5. 在Internet Explorer中内置Java虚拟机(Java Virtual Machine)，从而使Java Applet可以在Internet Explorer上运行，并能够与ActiveX控制经过脚本描述语言进行通讯。

带你高效开发

使用Visual Assist X

Visual Assist X Snippets 宏

Visual Assist X Snippets 宏

带你高效管理代码

目前主流的版本控制系统有：

1. CVS：是一个用于代码版本控制的自由软件，它是一个比较早出现的工具，因为它有不少自身的缺陷，如今几乎被SVN所取代了。
2. SVN：SVN是Subversion的简称，它是集中式的版本控制系统。SVN继承了CVS的基本思想，包含了CVS的几乎全部功能。你能够认为SVN是CVS的升级版(但实际上它们彻底是两个软件)。
3. GIT：GIT是分布式的版本控制系统。相信玩过开源代码的都知道github吧，它就是一个基于git的代码托管平台

C++工程上传服务器要忽视的文件

C++工程上传服务器要忽视的文件

h: 头文件
cpp: 源文件
txt: 说明文件，如readme
rc: 资源文件
rc2: 资源文件
ico: 图标，如logo等
sln: 解决方案工程文件
vcxproj: 工程文件
filters: 文件过虑器

不要上传的文件类型

Debug、Release等编译结构目录
ipch目录
aps: last resource editor state
exe: build result
idb: build state
ipch: build helper
lastbuildstate: build helper
lib: build result. Can be 3rd party
log: build log
manifest: build helper. Can be written yourself.
obj: build helper
pch: build helper
pdb: build result
res: build helper
sdf: intellisense dbase
suo: solution user options
tlog: build log
user: debug settings. Do preserve if just one dev or custom debug settings

若是用TortoiseSVN进行管理，须要手动添加ignore属性将不须要上传的文件忽略掉。在你工程目录里，右键->TortoiseSVN->Properties->New->Other，弹出的对话框中Property name中选择svn:ignore，Property value中填入要忽略的内容(这里可使用能配符)。能够设置全局忽略样式。

带你跳出坑爹的Runtime Library坑

Multi-threaded  /MT     Release版的多线程静态库     libcmt.lib  
Multi-threaded Debug    /MTd    Debug版的多线程静态库   libcmtd.lib     
Multi-threaded DLL  /MD     Release版的多线程动态库     msvcrt.lib+msvcrtxx.dll     
Multi-threaded DLL Debug    MDd     Debug版的多线程动态库   msvcrtd.lib+msvcrtxxd.dll

结论：/MD和/MDd将是潮流所趋，/ML和/MLd方式请及时放弃，/MT和/MTd在非必要时最好也不要采用了。

带你理解多字节编码与Unicode码

1. 当设置为Use Unicode Character Set时，会有预编译宏：_UNICODE、UNICODE
2. 当设置为Use Unicode Character Set时，会有预编译宏：_UNICODE、UNICODE

incremental linking(增量连接)的做用

VS中的路径宏 vc++中OutDir、ProjectDir、SolutionDir各类路径

命令行编译C/C++程序

打开安装目录下的VSDIR\VC\bin能够看到一系列的可执行程序.exe和批处理文件，这些就是VS2010构建、编译、连接时要用到的工具。看一下几个主要的工具：

cl.exe：编译程序
link.exe：连接程序
lib.exe：加载lib库的程序
nmake.exe：用makefile进行构建、编译的工具

微软 CL.exe 编译器

性能分析与优化

使用VS的性能分析工具

性能分析工具的选择

打开一个“性能分析”的会话:Debug->Start Diagnotic Tools Without Debugging(或按Alt+F2)，VS2013在Analysis菜单中。

CPU Usage

检测CPU的性能，主要用于发现影响CPU瓶颈(消耗大量CPU资源)的代码。

GPU Usage

检测GPU的性能，经常使用于图形引擎的应用(如DirectX程序)，主要用于判断是CPU仍是GPU的瓶颈。

Memory Usage

检测应用程序的内存，发现内存。

Performance Wizard

性能(监测)向导，综合检测程序的性能瓶颈。这个比较经常使用，下面再逐一说明。

性能(监测)向导

CPU Sampling(CPU采样)：

进行采样统计，以低开销水平监视占用大量CPU的应用程序。这个对于计算量大的程序可大大节省监控时间。

Instrumentation(检测)：

彻底统计，测量函数调用计数和用时

.NET memory allocation(.NET 内存分配)：

跟踪托管内存分配。这个好像只有托管代码(如C#)才可用，通常以C++代码好像不行。

Resource contention data(并发)：

检测等待其余线程的线程，多用于多线程的并发。

性能分析报告

视图类型

有几个不一样的视图可供咱们切换，下面加粗的部分是我的以为比较方便和经常使用的视图。

• Summary(概要):整个报告概要说明
• Call Tree(调用树):以树形表格的方式展开函数之间的关系。
• Module(模块):分析调用的不一样的程序模块，如不一样的DLL、lib模块的耗时
• Caller/Callee(调用与被调用):以数值显示的调用与被调用的关系
• Functions(函数统计):以数值显示的各个函数的执行时间和执行次数统计值
• Marks(标记):
• Processers(进程):
• Function Detials(函数详情):以图表的方式形象地显示：调用函数-当前函数-被调用子函数之间的关系和时间比例。

专用术语

• Num of Calls:(函数)调用次数
• Elapsed Inclusive Time:已用非独占时间
• Elapsed Exclusive Time:已用独占时间
• Avg Elapsed Inclusive Time:平均已用非独占时间
• Avg Elapsed Exclusive Time:平均已用独占时间
• Module Name:模块名称，通常为可执行文件(.exe)、动态库(.dll)、静态库(.lib)的名称。

调用约定__cdecl、__stdcall和__fastcall ##

什么是调用约定

函数的调用约定，顾名思义就是对函数调用的一个约束和规定(规范)，描述了函数参数是怎么传递和由谁清除堆栈的。它决定如下内容：(1)函数参数的压栈顺序，(2)由调用者仍是被调用者把参数弹出栈，(3)以及产生函数修饰名的方法。

常见的调用约定有__cdecl、__stdcall、fastcall，应用最普遍的是__cdecl和__stdcall,下面咱们会详细进行讲述。。还有一些不常见的，如 __pascal、__thiscall、__vectorcall。

__cdecl的特色 ###

__cdecl 是 C Declaration 的缩写，表示 C 和 C++ 默认的函数调用约定。是C/C++和MFCX的默认调用约定。

• 按从右至左的顺序压参数入栈、。
• 由调用者把参数弹出栈。切记：对于传送参数的内存栈是由调用者来维护的，返回值在EAX中。所以对于像printf这样可变参数的函数必须用这种约定。
• 编译器在编译的时候对这种调用规则的函数生成修饰名的时候，在输出函数名前加上一个下划线前缀，格式为_function。如函数int add(int a, int b)的修饰名是_add。

__stdcall的特色 ###

__stdcall是Standard Call的缩写，是C++的标准调用方式,固然这是微软定义的标准，__stdcall一般用于Win32 API中(可查看WINAPI的定义)。

• 按从右至左的顺序压参数入栈。
• 由被调用者把参数弹出栈。切记：函数本身在退出时清空堆栈，返回值在EAX中。
• __stdcall调用约定在输出函数名前加上一个下划线前缀，后面加上一个“@”符号和其参数的字节数，格式为_function@number。如函数int sub(int a, int b)的修饰名是_sub@8。

__fastcall的特色 ###

__fastcall调用的主要特色就是快，由于它是经过寄存器来传送参数的。

• 实际上__fastcall用ECX和EDX传送前两个DWORD或更小的参数，剩下的参数仍自右向左压栈传送，被调用的函数在返回前清理传送参数的内存栈。
• __fastcall调用约定在输出函数名前加上一个“@”符号，后面也是一个“@”符号和其参数的字节数，格式为@function@number,如double multi(double a, double b)的修饰名是@multi@16。
• __fastcall和__stdcall很象，惟一差异就是头两个参数经过寄存器传送。注意经过寄存器传送的两个参数是从左向右的，即第1个参数进ECX，第2个进EDX，其余参数是从右向左的入栈，返回仍然经过EAX。

__thiscall ###

__thiscall是C++类成员函数缺省的调用约定，但它没有显示的声明形式。由于在C++类中，成员函数调用还有一个this指针参数，所以必须特殊处理，thiscall调用约定的特色：

• 参数入栈：参数从右向左入栈
• this指针入栈：若是参数个数肯定，this指针经过ecx传递给被调用者；若是参数个数不肯定，this指针在全部参数压栈后被压入栈。
• 栈恢复：对参数个数不定的，调用者清理栈，不然函数本身清理栈。

调用约定与(动态)库

调用约定与(动态)库

参考：

• 带你玩转Visual Studio