这次我们来聊聊Winform编译中的那些属性设置，也算对这部分知识的一个梳理。
内容概览
- Debug/Release、Platform不同设置的内部差别
- 常规设置
- 错误和警告
- 将警告视为错误
- 输出
- 高级设置
1.Debug/Release、Platform不同设置的内部差别
在使用Visual Studio的过程中，工具栏上面的Build栏是我们常常开启显示而不怎么去关注的一个地方。
左边的Debug/Release模式主要决定了项目编译的时候/optimize和/debug对应的值。
当我们使用Debug进行编译的时候，设置分别为/optimize-和/debug:full。
而当使用Release模式进行编译的时候，对应的设置分别为/optimize+和/debug:pdbonly。
- /optimize选项主要决定了C#编译器对生成的代码是否进行优化，如IL代码和JIT本地代码。当关闭优化的时候，编译器生成的代码会包含一些NOP（空操作）指令和一些分支指令以便于调试之用，而开启优化的时候，控制流程被优化，生成的EXE/DLL也更小。
- /debug选项只有在+/full/pdbonly模式时才会生成一个PDB（Program Database）文件以帮助调试器查找局部变量并将IL指令映射到源代码。
而Platform的选择主要决定了编译出的程序运行平台的差异。
我们在Any CPU下拉的配置管理页面中可以看到如下选项。
Itanium（安腾）是Intel的一个IA-64（Intel Architecture 64）架构处理器。x64即64位平台，x86即32位平台。
当我们选择32位编译时会在程序集上包含一个PE32的头，而64位编译会添加一个PE32+的头，比较如下。
所以我们一般发布版本时选择Release+Any CPU的模式进行编译，而知道了这些编译配置还远远不够，我们再看看VS提供的更丰富的配置。
2.常规设置
我们在项目上右键选择属性或者使用快捷键ALT+ENTER打开属性页面，切换到Build选项。
我们先来看常规设置的部分。
首先我们看条件编译符号的三个配置：一个自定义和两个自带的DEBUG和TRACE。
我们的测试代码如下。
2 {
3 #if (parry_debug)
4 Console.WriteLine( " parry_debug 已经定义 ");
5 #else
6 Console.WriteLine( " parry_debug 没有定义 ");
7 #endif
8
9 #if DEBUG
10 Console.WriteLine( " 这里是调试信息 ");
11 #endif
12
13 #if TRACE
14 Console.WriteLine( " 这里是跟踪信息 ");
15 #endif
16
17 Console.WriteLine( " 这里是正常的功能代码... ");
18 Console.Read();
19 }
使用条件编译可以很方便的编译出不同逻辑的程序，编译调试和跟踪代码运行。
在上面的代码中，定义了一个自定义的符号parry_debug并使用了它，还测试了DEBUG和TRACE的使用。
这是都勾选并填写上自定义符号的运行结果，自定义的符号支持多个，值以逗号隔开填写。
这是三个选项都关闭的运行情况，我想你应该能看懂这三个配置的用途了。
Platform的选择和是否优化代码的前面已经提到过了，就不再说了。
是否允许不安全代码这决定了是否可以在代码里使用unsafe的代码，可以使用下面的代码测试。当关闭的时候，下面的代码是不能编译通过的。
2 {
3 /// <summary>
4 /// 程序入口地址
5 /// </summary>
6 /// <param name="args"> 参数数组 </param>
7 unsafe static void Main( string[] args)
8 {
9 #if (parry_debug)
10 Console.WriteLine( " parry_debug 已经定义 ");
11 #else
12 Console.WriteLine( " parry_debug 没有定义 ");
13 #endif
14
15 #if DEBUG
16 Console.WriteLine( " 这里是调试信息 ");
17 #endif
18
19 #if TRACE
20 Console.WriteLine( " 这里是跟踪信息 ");
21 #endif
22
23 int i = 5;
24 SquarePtrParam(&i);
25
26
27 Console.WriteLine( " 这里是正常的功能代码... ");
28 Console.Read();
29 }
30
31 /// <summary>
32 /// Square this parameter
33 /// </summary>
34 /// <param name="p"></param>
35 unsafe static void SquarePtrParam( int* p)
36 {
37 *p *= *p;
38 }
39 }
3.错误和警告
此设置定义了编译时提示出来的警告的级别，从0~4，4最高：提示所有的警告，0不提示任何警告。
具体的定义如下：
而取消警告，这是针对上面的选择，剔除掉不想显示的警告，填入对应的错误代码号即可。
如CS3009这样的等等，所有的错误和警告代码看这：MSDN错误和警告代码定义。
4.将警告视为错误
这一条值得说一说，有句话叫“警告即错误”，我们在开发时一般勾上All选项进行编译，强制所有的警告都当成错误，必须都解掉才能编译通过。
当让你也可以像上面的选择设置一样，跳过某些的确不需要去关注的警告case号。
或者就是默认的关闭此功能。
我们建议默认选上All，使得自己的代码更加健壮与完美。
5.输出
输出路径在多项目自动编译的时候会使用到，可以实现一次编译将需要编译出来的文件都整理到一个地方去，而不需要到一个个项目的BIN文件夹去拿。
勾选上XML文档文件后，代码中的注释内容都将以XML文件的形式编译出来，在后来你做自己项目类库的Help文件的时候会很有用，当作为类库给别人使用的时候，别人在VS里调用的时候也能很好地看到你的注释。
注册 COM 互操作：指示托管应用程序将公开一个 COM 对象（可调用 COM 的包装），以使 COM 对象可以与托管应用程序进行交互。必须将此应用程序“项目设计器”的应用程序页中的“输出类型”属性设置为“类库”，才能使“为 COM 互操作注册”属性可用。有关可以包含在 Visual C# 应用程序中并公开为 COM 对象的示例类，请参见COM 类示例（C# 编程指南）。
生成序列化程序集：指定是否为程序集中的类型创建XML序列化程序集，主要用于改进 XmlSerializer 在序列化或反序列化指定类型的对象时的启动性能。
6.高级设置
关于高级设置的部分，因为很少用到，可以参照MSDN里面的详细解释。
会偶尔用到的可能是检查算法上溢/下溢：指定不在 checked 或 unchecked 关键字范围内并且产生的值超出数据类型范围的整数算法语句，是否会导致运行时异常。
作者：Parry
出处：http://www.cnblogs.com/parry/
本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。
