解读经典《C#高级编程》第七版 Page50-68.核心C#.Chapter2

前言

本篇讲述Main方法,控制台,注释,预处理指令,编程规范等。这些概念比较琐碎,为避免长篇大论,主要以列举要点的方式来说明。

01

Main方法

Main方法并不是所有应用类型的入口方法,它只是控制台程序、Winform程序的入口方法。

创建项目时自动生成的Main方法,其修饰符是未指定的(未指定时默认为private),这说明入口方法并不要求public修饰符。

可以为应用程序指定多个Main方法,但编译时你必须显式的告诉编译器以哪个方法作为入口,否则编译会报错。所谓显式的告诉编译器,就是:

# 如果用csc.exe命令行编译,要带上参数/main 并指定入口方法。命令行编译还有很多功能,比如编译类库等,但平常我们并不会用到命令行,了解原理就行。

# 如果在Visual Studio中,则可在项目属性中可设置入口方法。

可以给Main方法传递参数,以提供不同的功能。

staticvoidMain(string[] args)

cmd中调用:test.exe ab 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#编译器是怎么理解@符号?@符号表示的是“将字符串理解为原本的含义”,同样的解释可以用在这里。比如:

stringstring="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#的对象化编程特性,这是很值得深入探讨的部分。

觉得文章有意义的话,请动动手指,分享给朋友一起来共同学习进步。

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20181225G07D3H00?refer=cp_1026
  • 腾讯「腾讯云开发者社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 cloudcommunity@tencent.com 删除。

扫码关注腾讯云开发者

领取腾讯云代金券