解读经典《C#高级编程》第七版 Page50-68.核心C#.Chapter2
前言
本篇讲述Main方法，控制台，注释，预处理指令，编程规范等。这些概念比较琐碎，为避免长篇大论，主要以列举要点的方式来说明。
01
Main方法
- Main方法并不是所有应用类型的入口方法，它只是控制台程序、Winform程序的入口方法。
- 创建项目时自动生成的Main方法，其修饰符是未指定的（未指定时默认为private），这说明入口方法并不要求public修饰符。
- 可以为应用程序指定多个Main方法，但编译时你必须显式的告诉编译器以哪个方法作为入口，否则编译会报错。所谓显式的告诉编译器，就是：
# 如果用csc.exe命令行编译，要带上参数 /main 并指定入口方法。命令行编译还有很多功能，比如编译类库等，但平常我们并不会用到命令行，了解原理就行。
# 如果在Visual Studio中，则可在项目属性中可设置入口方法。
- 可以给Main方法传递参数，以提供不同的功能。
static void Main(string[] args)
cmd中调用：test.exe a b c
02
控制台程序
如果要开发界面应用，一般会用WPF项目或者Winform项目，如果要写不需要界面的应用，一般会用Windows服务项目。所以控制台项目似乎没什么用，我主要用它写一些测试代码，用于研究语言和类库的一些不熟悉的功能。
为了实现一些基本的交互，会用到的方法：
Console.WriteLine(); //输出
Console.ReadKey(); //暂停和接受用户输入
03
注释
单行注释：//
多行注释：/* */
XML注释（类注释，方法注释等）：///
之所以称之为XML注释，是因为在其编译的时候，其注释可以输出到标准化的XML格式文档中，然后可以通过工具软件生成类库帮助文档。接触过Java的同学应该知道Java有个JavaDoc工具可以生成项目的类库说明，非常实用。但.Net似乎没有提供原生工具，只是有些第三方工具提供这种功能，所以大家将XML注释输出生成为文档的行为并不是很流行。
04
预处理器指令
预处理器指令的概念来自于C和C++，对于C#来说，预处理器指令是由编译器处理的，影响的是编译过程。
- #define, #undef, #if, #elif, #else, #endif, #pragma
这些命令组合在一起，实现条件编译（即某些代码可以不被编译）。
这些预处理器指令基本不会用到，一些高级的场合可能才会使用，比如你要开发一个通用类库，而这个类库要支持不同的.Net版本。
- #warning, #error, #line
用于编译时输出警告，或者提示编译错误。
- #region, #endregion
用于定义一个代码区域，使得整个代码区域可以折叠。这个功能我日常常用，可以说不可或缺。因为我习惯于强类型编程，在使用LINQ创建对象时，可能需要生成几十个字段的POCO类，我一般用工具软件生成创建对象的代码，其中就包含了#region,#endregion，这段工具生成的代码平时是折叠的，这样避免了编程中过多的滚动屏幕而浪费时间。
05
C#编程规则
- 标识符规则：标识符是给变量、用户定义的类型(如类和结构)和这些类型的成员指定的名称。标识符规则：
# 尽管可以包含数字字符,但它们必须以字母或下划线开头。
# 不能把C#关键字用作标识符。
如果一定要用关键字做标识符名称，则可以加上@。虽然我从来不会这样用，但这提醒我们之前讲过的C#编译器是怎么理解@符号？@符号表示的是“将字符串理解为原本的含义”，同样的解释可以用在这里。比如：
string string = "xxxx"; //错误
string @string = "xxxx"; //正确
- 编程风格约定（非强制）
# 不使用任何前缀
传统编程语言会习惯使用变量名前缀，用于表示变量类型，比如strValue表示string类型，intValue表示int类型。但C#中不建议如此做，这是因为C#作为面向对象编程的语言，以及强大的IDE，使用前缀带来的编程便利性优势已经基本消失。
# Pascal规范：单词首字母大写
名称空间、类、类成员（包括字段，属性）的名称都遵循此规范（除了部分遵循camel规范）。
# camel规范：名称中第一个单词首字母小写，其他单词大写
类的私有成员，方法的参数名遵循camel规范。
# 属性和方法
C#属性有getter，setter访问器，其实际上类似于方法。属性的使用便利性，容易让人忍不住将其应用范围不断扩大，但这并不总是合适的。那么问题就来了，什么时候适合将某成员设计为属性，而什么情况应该设计为方法？一般规则如下：
## 不要定义只写属性。如果你要定义一个只写属性，那它更合适使用方法实现，而不是用属性实现。
## 读取属性不应该花费太长时间和太多资源。比如如果读取一个属性还需要先连接数据库，再从数据库提取数据，那它应该实现为get方法而不是属性。
## 读取属性值不应该有负面效应。比如读取属性过程中后改变了一些数据，这是不应该的。
## 读取属性值应该和读取顺序无关。比如一个属性如果读取之后，会意外的被除了setter之外的其他方法改变，那么它不应该设计为属性。
## 设置属性值应该和设置顺序无关。设置属性值都不应该依赖任何其他前提，也不应该出现在某种情况下会抛出异常的可能。
# 字段
## 字段应该总是私有的。
## 常量和只读字段可以设为公有。
# 我的补充
有些人还是会将私有字段以_开头，比如 _userName。我不建议这么做。因为前面讲到了，不建议变量命名使用前缀，而 _ 也是一种特殊的前缀。且私有字段使用camel表示法，已经能和Pascal表示法的属性/方法分开了，没有必要再加一个 _ 来区分。
也有些人又说，我使用前缀是为了避免私有字段和初始化方法的参数间的命名冲突（因为按照规范，两者都是使用camel命名规范），这其实是好解决的，用this就可以了。比如：
下一篇将开始解读第三章“对象和类型”，这章主要阐述C#的对象化编程特性，这是很值得深入探讨的部分。
觉得文章有意义的话，请动动手指，分享给朋友一起来共同学习进步。
欢迎关注本人微信公众号，更及时的关注最新文章（每周三篇原创文章，以及多篇专题文章）：
附文：
c# 利用注释summary生成文档
C#预处理器指令
上一篇：解读经典《C#高级编程》第七版 Page45-50.核心C#.Chapter2