【C#小知识】C#中一些易混淆概念总结(二)

目录:

【C#小知识】C#中一些易混淆概念总结

继上篇对一些C#概念问题进行细节的剖析以后,收获颇多。以前,读书的时候,一句话一掠而过,但是现在再去重读的时候,每句话发现都包含大量的信息。这一篇继续总结自己的学习笔记,给大家深度的剖析一些概念性问题,有助于大家对C#的理解。

--------------------------------------------------分割线---------------------------------------------

一,构造函数

我们先创建一个类,如下面的代码:

【C#小知识】C#中一些易混淆概念总结(二)
class Program
    {
        static void Main(string[] args)
        {
       
} }   //创建一个Person类 class Person { }
【C#小知识】C#中一些易混淆概念总结(二)

然后生成代码。

我们使用.NET Reflector反编译该程序集。会发现该类一被编译,CLR会自动的为该类创建一个默认的构造函数。如下图:

【C#小知识】C#中一些易混淆概念总结(二)

所以在创建该对象的时候,会默认的为该类生成一个无参数的空方法体的构造函数。如果我们不显式的写明构造函数,CLR会为我们调用默认的构造函数。

 

【C#小知识】C#中一些易混淆概念总结(二)
 class Person
    {
        //声明有实现的构造函数
        public Person()
        {
            Console.WriteLine("我是超人!");
        }
    }
【C#小知识】C#中一些易混淆概念总结(二)

再次反编译该程序集,会发现添加的构造函数覆盖了C#编译器默认为该类生成的构造函数,如下图:

【C#小知识】C#中一些易混淆概念总结(二)

所以,当程序员手动添加了任意类型的构造函数,C#编译器就不会为该类添加默认的构造函数。

构造函数的特点:

①访问修饰符一般是Public②没有返回值,方法名与类名称一致;

 

二,This关键字的作用

①this关键字代表当前对象,当前运行在内存中的那一个对象。我们添加如下的代码:

【C#小知识】C#中一些易混淆概念总结(二)
private int nAge;

        public int NAge
        {
            get { return nAge; }
            set { nAge = value; }
        }

        //声明有实现的构造函数
        public Person()
        {
            this.NAge = 100;
            Console.WriteLine("我是超人!");
        }
【C#小知识】C#中一些易混淆概念总结(二)

这时候我们反编译该程序集,会看到如下结果:

【C#小知识】C#中一些易混淆概念总结(二)

可以看到this关键字代替的就是当前的Person对象。

 

②this关键字后面跟“:”符号,可以调用其它的构造函数

我们再添加如下的代码:

【C#小知识】C#中一些易混淆概念总结(二)
        #region 对象的构造函数
        //声明有实现的构造函数
        public Person()
        {
            this.NAge = 100;
            Console.WriteLine("我是超人!");
        }

        public Person(int nAge)
        {
            Console.WriteLine("超人的年龄{0}", nAge);
        }
     //使用this关键字调用了第二个一个参数的构造函数
        public Person(int nAge, string strName)
            : this(1)
        {
            Console.WriteLine("我是叫{0}的超人,年龄{1}", strName, nAge);
        } 
        #endregion
【C#小知识】C#中一些易混淆概念总结(二)

我们创建该对象看看是否调用成功。在Main函数中添加如下代码:

Person p = new Person(10,"强子");

我们运行代码,看到的打印结果如下:

【C#小知识】C#中一些易混淆概念总结(二)

由结果我们可以分析出,当含有两个默认参数的对象创建的时候应该先调用了一个参数的构造函数对对象进行初始化,然后有调用了含有两个参数的构造函数对对象进行初始化。

那么到底是不是这个样子呢?看下边的调试过程:

 

【C#小知识】C#中一些易混淆概念总结(二)

 

通过上面的调试过程我们会发现,当构造函数使用this关键字调用其它的构造函数时,首先调用的是该调用的构造函数,在调用被调用的构造函数,先执行被调用的构造函数,在执行直接调用的构造函数。

为什么要这个顺序执行?因为我们默认的传值是10,我们需要打印的超人的年龄是“10”,如果先执行直接调用的构造函数,就会被被调用构造函数覆盖。

三,部分类

在同一命名空间下可以使用partial关键字声明相同名称的类(同一命名空间下默认不允许出现相同的类名称),叫做部分类或者伙伴类。

如下图,当在同一命名空间下声明相同名称的类,编译器报错:

【C#小知识】C#中一些易混淆概念总结(二)

当我们使用Partial关键字时,可以顺利编译通过,如下图:

【C#小知识】C#中一些易混淆概念总结(二)

分别添加如下的代码:

【C#小知识】C#中一些易混淆概念总结(二)
partial class  Person
    {
        private string strAddress;

        public string StrAddress
        {
            get { return strAddress; }
            set { strAddress = value; }
        }
        private string strNumber;

        public string StrNumber
        {
            get { return strNumber; }
            set { strNumber = value; }
        }

        public void Run()
        {

        }
    }

    
    partial class  Person
    {

        #region 对象属性
        private int nAge;

        public int NAge
        {
            get { return nAge; }
            set { nAge = value; }
        }

        private string strName;

        public string StrName
        {
            get { return strName; }
            set { strName = value; }
        }
        
        #endregion

        #region 对象的构造函数
        //声明有实现的构造函数
        public Person()
        {
            this.NAge = 100;
            Console.WriteLine("我是超人!");
        }

        public Person(int nAge)
        {
            Console.WriteLine("超人的年龄{0}", nAge);
        }

        public Person(int nAge, string strName)
            : this(1)
        {
            Console.WriteLine("我是叫{0}的超人,年龄{1}", strName, nAge);
        } 
        #endregion

        public void Sing()
        {

        }
    }
【C#小知识】C#中一些易混淆概念总结(二)

我们再次反编译该程序集,会发现如下的结果:

【C#小知识】C#中一些易混淆概念总结(二)

 

我们会发现使用Partial关键字的两个同名类,被编译成了同一个类。

所以部分类的特点:

①必须在同一个命名空间下的使用Partial关键字的同名类

②部分类其实就是一个类,C#编译器会把它们编译成一个类

③在一个伙伴类中定义的变量可以在另一个伙伴类中访问(因为他们就是一个类)。

 

四,Const关键字和Readonly关键字的区别

1)const关键字

在Main函数中添加如下的代码:

        const string strName = "强子";
            Console.WriteLine("我的名字叫{0}",strName);

编译过后,我反编译该程序集发现如下结果:

【C#小知识】C#中一些易混淆概念总结(二)

 

发现定义的常量并没有出现在反编译的代码中,而且使用Const常量的地方被常量代替了。

2)readonly关键字

添加如下代码:

【C#小知识】C#中一些易混淆概念总结(二)
class cat
    {
        readonly string reOnlyName = "强子";
        public cat()
        {
            Console.WriteLine(reOnlyName);
        }
    }
【C#小知识】C#中一些易混淆概念总结(二)

 生成后反编译该程序集发现,如下结果:

【C#小知识】C#中一些易混淆概念总结(二)

 我们发现被readonly修饰的变量并没有被赋值,这是什么回事呢?我们点击cat类的构造函数时,看到如下结果:

 【C#小知识】C#中一些易混淆概念总结(二)

 我们发现被readonly修饰的变量是在被调用的时候赋值的。

那么被readonly修饰的变量的是就是不可变的么?当然不是,由反编译的结果我们知道,readonly修饰的变量是在被调用的时候在构造函数中被赋值的,那么我们可以在构造函数中修改readonly的默认值

添加如下代码:

【C#小知识】C#中一些易混淆概念总结(二)
 class cat
    {
        readonly string reOnlyName = "强子";
        public cat()
        {
            this.reOnlyName = "子强";
            Console.WriteLine(reOnlyName);
        }
    }
【C#小知识】C#中一些易混淆概念总结(二)

在Main()函数中添加如下的代码:

  cat ct = new cat();

运行结果如下:

【C#小知识】C#中一些易混淆概念总结(二)

说明我们成功在构造函数中修改了readonly变量的值。

 

readonly和const的区别:

const常量在声明的时候就必须赋初始值,这样声明变量可以提高程序的运行效率。而readonly变量声明时可以不赋初始值,但一定要早构造函数中赋初始值。

也就是说,const变量在编译的时候就要确定常量的值,而readonly是在运行的时候确定该变量的值的。

 

 五,解析枚举

枚举的级别和类的级别一样,可以自定义数据类型,可以在枚举名称后使用“:”来指明枚举类型。看如下代码:

【C#小知识】C#中一些易混淆概念总结(二)
 //定义一个方向的枚举类型,枚举成员使用","分割
    enum Direction:string
    {
        east,
        west,
        south,
        north
    }
【C#小知识】C#中一些易混淆概念总结(二)

编译会报错,错误信息如下:

【C#小知识】C#中一些易混淆概念总结(二)

由此我们可以知道枚举的数据类型是值类型。

 因为枚举是数据类型,所以可以直接声明访问,如下代码:

【C#小知识】C#中一些易混淆概念总结(二)
class Program
    {
        static void Main(string[] args)
        {
            //枚举是数据类型可以直接声明
            Direction dr = Direction.east;

            Console.WriteLine(dr);

            Console.ReadKey();
        }
    }

    //定义一个方向的枚举类型,枚举成员使用","分割
    enum Direction
    {
        east,
        west,
        south,
        north
    }
【C#小知识】C#中一些易混淆概念总结(二)

也可以这样访问枚举类型

【C#小知识】C#中一些易混淆概念总结(二)
class Program
    {
        static void Main(string[] args)
        {
            //枚举是数据类型可以直接声明
           // Direction dr = Direction.east;

            Person p=new Person();
            //直接调用枚举变量
            p.dir = Direction.east;
            Console.WriteLine(p.dir);

            Console.ReadKey();
        }
    }

     class Person
    {
        private string strName;
         //直接声明枚举变量
        public Direction dir;
    }
【C#小知识】C#中一些易混淆概念总结(二)

每一个枚举成员都对应了一个整型的数值,这个数值默认从0开始递增,可以通过强制转换获取该枚举所代表的值。可以通过如下的代码访问:

        Direction dr = Direction.east;
            int i = (int)dr;

我们还可以手动为每一个枚举成员赋值,代表的是整型数值,赋值后该枚举成员所代表的值就是所赋的值。如下代码:

【C#小知识】C#中一些易混淆概念总结(二)
enum Direction
    {
        east=1,
        west=0,
        south=2,
        north=3
    }
【C#小知识】C#中一些易混淆概念总结(二)

将字符串转换成枚举

【C#小知识】C#中一些易混淆概念总结(二)
       string strDir = "east";
            //将字符串转换成枚举类型
            Direction d1=(Direction)Enum.Parse(typeof(Direction),strDir);
            //转换的时候忽略大小写
            Direction d2 = (Direction)Enum.Parse(typeof(Direction), strDir,true);
【C#小知识】C#中一些易混淆概念总结(二)

 

 --------------------------------分割线----------------------------------------

 最后我们再来探究一个空指针异常的问题

首先我们先声明一个Dog类:

【C#小知识】C#中一些易混淆概念总结(二)
class Dog
    {
        private int nAge;

        public int NAge
        {
            get { return nAge; }
            set { nAge = value; }
        }
        private string strName;

        public string StrName
        {
            get { return strName; }
            set { strName = value; }
        }
    }
【C#小知识】C#中一些易混淆概念总结(二)

在Main()函数中我们这样调用

       Dog d = null;
            d.StrName = "旺旺";

结果会报错,如下图

【C#小知识】C#中一些易混淆概念总结(二)

我们已经为属性,封装字段了,但是为什么没有办法给字段赋值呢?我们就来探究一下这个问题。

当我们实例化Dog对象,即

Dog d = new Dog();

.NET Framwork做了什么工作呢?如下图:

【C#小知识】C#中一些易混淆概念总结(二)

 

那为什么会报错呢,原因如下图:

【C#小知识】C#中一些易混淆概念总结(二)

 

 

-----------------------------------------------分割线-----------------------------------------------------------------

这次分享到这里就结束了。其实蛮享受写这个过程的。因为在初次的学的时候理解了,如果再写成博客就又加深了印象,最后希望大家都能养成了良好的学习习惯。

【C#小知识】C#中一些易混淆概念总结(二)

上一篇:零基础学习hadoop到上手工作线路指导


下一篇:URAL 1297 Palindrome 最长回文子串